Systems and methods for management of non-fungible tokens and corresponding digital assets

ABSTRACT

Systems and techniques are described for situational token-associated media output. A system receives sensor data captured by at least one sensor of a media device. The system identifies, based on the sensor data, a relationship between the media device and an anchor element that is associated with a token. The system identifies the token in a payload of at least one block of a distributed ledger. The token corresponds to media content according to the distributed ledger. The system generates a representation of the media content corresponding to the token. In response to identifying the relationship between the media device and the anchor element, the system outputs the representation of the media content.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application No.63/197,156, filed Jun. 4, 2021, and titled “Minting of Non-FungibleTokens and Related Processing,” which is hereby incorporated byreference in its entirety and for all purposes.

FIELD

The present application is related to management of digital assets. Forexample, aspects of the present application relate to various techniquesfor creating, modifying, tracking, authenticating, transferring, and/ormanagement of non-fungible tokens and/or digital assets, which may beassociated with a device.

BACKGROUND

Individuals often find it meaningful to own, use, or trade unique orrare physical items related to respected celebrities, activities, orlocations. For example, individuals often seek to obtain signatures onclothing or music albums from well-known musicians at concerts tocommemorate attending those concerts, turning the signed clothing ormusic albums into unique items. Similarly, individuals often seek topurchase outfits, props, animation stills, and other items that wereused to create a movie or television show.

Digital assets can include, for example, images, videos, audio clips,three-dimensional models, and the like. Generally, digital assets arefungible, meaning that any one copy of a given digital asset isinterchangeable with any other copy of the same digital asset.

An extended reality (XR) device is a device that displays an environmentto a user, for example through a head-mounted display (HMD), glasses, amobile handset, or other device. The environment is at least partiallydifferent from the real-world environment in which the user is located.The user can generally change their view of the environmentinteractively, for example by tilting or moving the HMD (e.g., by movingthe user's head, etc.) or other device. Virtual reality (VR), augmentedreality (AR), and mixed reality (MR) are examples of XR.

BRIEF SUMMARY

In some examples, systems and techniques are described for creating,modifying, tracking, authenticating, and/or transferring non-fungibledigital assets associated with a device position. A media device mayinclude sensors such as image sensors and/or positioning sensors. Themedia device may capture sensor data using its sensors. In someexamples, a system receives media content that is based on sensor datacaptured by at least one sensor of a media device. The system determinesa position of the media device (e.g., based on the sensor data). Thesystem determines (e.g., based on the sensor data) that the position ofthe media device is within a geographic area. In response to determiningthat the position of the media device is within the geographic area, thesystem generates a token corresponding to the media content. A payloadof at least one block of a distributed ledger identifies the token.

In some examples, A system receives sensor data captured by at least onesensor of a media device. The system identifies, based on the sensordata, an interaction between the media device and an anchor element thatis associated with a token. The system identifies the token in a payloadof at least one block of a distributed ledger. The token corresponds tomedia content according to the distributed ledger. The system generatesa representation of the media content corresponding to the token. Inresponse to identifying the interaction between the media device and theanchor element, the system outputs the representation of the mediacontent.

In some examples, A system identifies, in a payload of at least oneblock of a distributed ledger, a token corresponding to media content. Aparameter of the token in the distributed ledger indicates that thetoken is associated with a first user. The system identifies a devicethat is associated with the token and the media content. The device isalso associated with the first user. The system identifies that thedevice has been relocated to an area associated with a second user. Inresponse to identifying that the device has been relocated to the area,the system causes the parameter of the token in the distributed ledgerto be modified from indicating that the token is associated with thefirst user to indicating that the token is associated with the seconduser.

In some examples, systems and techniques are described for tokengeneration. Disclosed are systems, apparatuses, methods, andcomputer-readable media for token generation. According to at least oneexample, an apparatus for token generation is provided that includes atleast one memory and at least one processor coupled to the at least onememory. The at least one processor is configured to: receive mediacontent that is based on sensor data captured by at least one sensor ofa media device; determine a position of the media device; determiningthat the position of the media device is within a geographic area; andin response to determining that the position of the media device iswithin the geographic area, generate a token corresponding to the mediacontent, wherein a payload of at least one block of a distributed ledgeridentifies the token.

In another example, a method is provided for token generation. Themethod includes: receiving media content that is based on sensor datacaptured by at least one sensor of a media device; determining aposition of the media device; determining that the position of the mediadevice is within a geographic area; and in response to determining thatthe position of the media device is within the geographic area,generating a token corresponding to the media content, wherein a payloadof at least one block of a distributed ledger identifies the token.

In another example, a non-transitory computer-readable medium isprovided that has stored thereon instructions that, when executed by oneor more processors, cause the one or more processors to: receive mediacontent that is based on sensor data captured by at least one sensor ofa media device; determine a position of the media device; determiningthat the position of the media device is within a geographic area; andin response to determining that the position of the media device iswithin the geographic area, generate a token corresponding to the mediacontent, wherein a payload of at least one block of a distributed ledgeridentifies the token.

In another example, an apparatus for token generation is provided. Theapparatus includes: means for receiving media content that is based onsensor data captured by at least one sensor of a media device; means fordetermining a position of the media device; determining that theposition of the media device is within a geographic area; and means for,in response to determining that the position of the media device iswithin the geographic area, generating a token corresponding to themedia content, wherein a payload of at least one block of a distributedledger identifies the token.

In another example, an apparatus for situational token-associated mediaoutput is provided that includes at least one memory and at least oneprocessor coupled to the at least one memory. The at least one processoris configured to: receive sensor data captured by at least one sensor ofa media device; identify, based on the sensor data, a relationshipbetween the media device and an anchor element that is associated with atoken; identify the token in a payload of at least one block of adistributed ledger, wherein the token corresponds to media contentaccording to the distributed ledger; generate a representation of themedia content corresponding to the token; and in response to identifyingthe relationship between the media device and the anchor element, outputthe representation of the media content.

In another example, a method is provided for situationaltoken-associated media output. The method includes: receiving sensordata captured by at least one sensor of a media device; identify, basedon the sensor data, a relationship between the media device and ananchor element that is associated with a token; identifying the token ina payload of at least one block of a distributed ledger, wherein thetoken corresponds to media content according to the distributed ledger;generating a representation of the media content corresponding to thetoken; and in response to identifying the relationship between the mediadevice and the anchor element, outputting the representation of themedia content.

In another example, a non-transitory computer-readable medium isprovided that has stored thereon instructions that, when executed by oneor more processors, cause the one or more processors to: receive sensordata captured by at least one sensor of a media device; identify, basedon the sensor data, a relationship between the media device and ananchor element that is associated with a token; identify the token in apayload of at least one block of a distributed ledger, wherein the tokencorresponds to media content according to the distributed ledger;generate a representation of the media content corresponding to thetoken; and in response to identifying the relationship between the mediadevice and the anchor element, output the representation of the mediacontent.

In another example, an apparatus for situational token-associated mediaoutput is provided. The apparatus includes: at least one memory; and atleast one processor coupled to the at least one memory, the at least oneprocessor configured to: means for receiving sensor data captured by atleast one sensor of a media device; identify, based on the sensor data,a relationship between the media device and an anchor element that isassociated with a token; means for identifying the token in a payload ofat least one block of a distributed ledger, wherein the tokencorresponds to media content according to the distributed ledger; meansfor generating a representation of the media content corresponding tothe token; and means for, in response to identifying the relationshipbetween the media device and the anchor element, outputting therepresentation of the media content.

In another example, an apparatus for token device transfer management isprovided that includes at least one memory and at least one processorcoupled to the at least one memory. The at least one processor isconfigured to: identify, in a payload of at least one block of adistributed ledger, a token corresponding to media content, wherein aparameter of the token in the distributed ledger indicates that thetoken is associated with a first user; identify a device that isassociated with the token and the media content, wherein the device isassociated with the first user; identify that the device has beenrelocated to an area associated with a second user; and in response toidentifying that the device has been relocated to the area, cause theparameter of the token in the distributed ledger to be modified fromindicating that the token is associated with the first user toindicating that the token is associated with the second user.

In another example, method is provided for token device transfermanagement. The method includes: identifying, in a payload of at leastone block of a distributed ledger, a token corresponding to mediacontent, wherein a parameter of the token in the distributed ledgerindicates that the token is associated with a first user; identifying adevice that is associated with the token and the media content, whereinthe device is associated with the first user; identifying that thedevice has been relocated to an area associated with a second user; andin response to identifying that the device has been relocated to thearea, causing the parameter of the token in the distributed ledger to bemodified from indicating that the token is associated with the firstuser to indicating that the token is associated with the second user.

In another example, a non-transitory computer-readable medium isprovided that has stored thereon instructions that, when executed by oneor more processors, cause the one or more processors to: identify, in apayload of at least one block of a distributed ledger, a tokencorresponding to media content, wherein a parameter of the token in thedistributed ledger indicates that the token is associated with a firstuser; identify a device that is associated with the token and the mediacontent, wherein the device is associated with the first user; identifythat the device has been relocated to an area associated with a seconduser; and in response to identifying that the device has been relocatedto the area, cause the parameter of the token in the distributed ledgerto be modified from indicating that the token is associated with thefirst user to indicating that the token is associated with the seconduser.

In another example, an apparatus for token device transfer management isprovided. The apparatus includes: means for identifying, in a payload ofat least one block of a distributed ledger, a token corresponding tomedia content, wherein a parameter of the token in the distributedledger indicates that the token is associated with a first user;identifying a device that is associated with the token and the mediacontent, wherein the device is associated with the first user;identifying that the device has been relocated to an area associatedwith a second user; and means for causing, in response to identifyingthat the device has been relocated to the area, the parameter of thetoken in the distributed ledger to be modified from indicating that thetoken is associated with the first user to indicating that the token isassociated with the second user.

In some aspects, the media content includes at least a portion of thesensor data. In some aspects, the media content includes a modifiedvariant of at least a portion of the sensor data.

In some aspects, the sensor data includes at least one image captured byat least one image sensor of the at least one sensor of the mediadevice, and wherein the media content is based on at least one of the atleast one image. In some aspects, one or more of the methods,apparatuses, and computer-readable medium described above furthercomprise: detecting at least a portion of an environment in the at leastone image, and determining the position of the media device based atleast in part on detection of at least the portion of the environment inthe at least one image. In some aspects, one or more of the methods,apparatuses, and computer-readable medium described above furthercomprise: detecting at least a portion of an environment in the at leastone image, and determining that at least the portion of the environmentis located within the geographic area. In some aspects, one or more ofthe methods, apparatuses, and computer-readable medium described abovefurther comprise: detecting at least a portion of an individual in theat least one image; determining an identity of the individual; andsetting a parameter of the token to indicate that the token isassociated with the identity.

In some aspects, the sensor data includes positioning data that is basedon receipt of at least one wireless signal by the at least one sensor,and wherein determining the position of the media device includesdetermine the position of the media device at least in part based on thepositioning data. In some aspects, the at least one wireless signalincludes a short-range wireless signal from a local device that iswithin a transmission range of the media device at least during receiptof the at least one wireless signal by the at least one sensor. In someaspects, the at least one wireless signal includes a global navigationsatellite system (GNSS) signal from a GNSS satellite.

In some aspects, the media content includes a map of the geographicarea.

In some aspects, determining that the position of the media device iswithin the geographic area includes determining that the position of themedia device is within the geographic area based on at least onecommunication between the media device and a local device associatedwith the geographic area.

In some aspects, the method is performed using an apparatus thatincludes the local device. In some aspects, the method is performedusing an apparatus that includes the media device. In some aspects, themethod is performed using an apparatus that is in the geographic area.

In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: in responseto determining that the position of the media device is within thegeographic area, generating the at least one block; and causing the atleast one block to be appended to the distributed ledger. In someaspects, the at least one block includes a hash of at least a portion ofa prior block of the distributed ledger. In some aspects, one or more ofthe methods, apparatuses, and computer-readable medium described abovefurther comprise: in response to determining that the position of themedia device is within the geographic area, generating the distributedledger. In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: in responseto determining that the position of the media device is within thegeographic area, transmitting a request to generate the at least oneblock to a computing device; receiving the at least one block; andappending the at least one block to the distributed ledger.

In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: setting aparameter of the token to indicate that the token is associated with auser, wherein the media device is associated with the user.

In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: determiningthat the geographic area includes at least a threshold amount of people,wherein generating the token corresponding to the media content isperformed in response to determining that the geographic area includesat least the threshold amount of people.

In some aspects, the sensor data includes image data captured by atleast one image sensor of the at least one sensor of the media device,wherein the anchor element includes an object, and wherein identifyingthe relationship between the media device and the anchor elementincludes identifying that the image data depicts the object. In someaspects, the object includes an optical glyph, wherein informationindicative of the token is optically encoded based on the optical glyph.In some aspects, reference image data depicting the object is stored ina data store, and wherein identifying that the image data depicts theobject includes comparing the image data to the reference image data.

In some aspects, the sensor data includes position data indicative of aposition of the media device, wherein the anchor element includes anarea, and wherein identifying the relationship between the media deviceand the anchor element includes identifying that the position of themedia device is within the area. In some aspects, the sensor dataincludes position data indicative of a position of the media device,wherein the anchor element includes a location, and wherein identifyingthe relationship between the media device and the anchor elementincludes identifying that the position of the media device is within athreshold range of the location.

In some aspects, the sensor data includes audio data captured by atleast one microphone of the at least one sensor of the media device,wherein the anchor element includes a sound, and wherein identifying therelationship between the media device and the anchor element includesidentifying that the audio data includes the sound.

In some aspects, outputting the representation of the media contentincludes causing a display to display at least a portion of the mediacontent.

In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: identifying amedia device pose of the media device based on the sensor data; anddetermining a media content pose for the media content based on themedia device pose of the media device, wherein outputting therepresentation of the media content includes outputting therepresentation of the media content posed according to the media contentpose.

In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: identifying,based on the distributed ledger, that a parameter of the token indicatesthat the token is associated with a first user; determining a visualeffect for the media content based on parameter of the token indicatingthat the token is associated with the first user; and applying thevisual effect to the media content, wherein outputting therepresentation of the media content includes outputting therepresentation of the media content with the visual effect applied.

In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: determining,based on a data store, that the first user and a second user areassociated according to a relationship type, wherein the media device isassociated with the second user, and wherein the visual effect for themedia content corresponds to the relationship type. In some aspects, oneor more of the methods, apparatuses, and computer-readable mediumdescribed above further comprise: determining that the media device isassociated with the first user, and wherein the visual effect for themedia content corresponds the first user. In some aspects, one or moreof the methods, apparatuses, and computer-readable medium describedabove further comprise: determining, based on a data store, that thefirst user is a famous person, and wherein the visual effect for themedia content corresponds the first user being the famous person. Insome aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: determining,based on a data store, a rating associated with the media content, andwherein the visual effect for the media content corresponds the rating.

In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: determiningthat the token is identified in a data store, and wherein the visualeffect for the media content corresponds to the data store. In someaspects, one or more of the methods, apparatuses, and computer-readablemedium described above further comprise: retrieving information aboutthe token from the distributed ledger; and outputting the informationabout the token. In some aspects, one or more of the methods,apparatuses, and computer-readable medium described above furthercomprise: outputting the information about the token includes causing adisplay to display at least a portion of the information.

In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: identifying,based on the distributed ledger, that a parameter of the token indicatesthat the token is associated with a first user, wherein the informationidentifies the first user. In some aspects, the information identifiesthe distributed ledger. In some aspects, one or more of the methods,apparatuses, and computer-readable medium described above furthercomprise: identifying, based on the distributed ledger, that a parameterof the token indicates that the token is associated with a smartcontract, wherein the information identifies the smart contract. In someaspects, one or more of the methods, apparatuses, and computer-readablemedium described above further comprise: identifying, based on thedistributed ledger, wherein the information identifies the amount ofinstances of the token. In some aspects, one or more of the methods,apparatuses, and computer-readable medium described above furthercomprise: identifying a transfer platform that is configured for tokentransfer; and outputting an interface element corresponding to the mediacontent, wherein the interface element is configured to initiate atransfer of the token using the transfer platform upon interaction withthe interface element.

In some aspects, the device is configured to present the media content.

In some aspects, an identifier of the device is stored in thedistributed ledger, and wherein identifying the device is based on theidentifier.

In some aspects, the device includes an interactive element that isindicative of the token, and wherein identifying the token is based onan interaction with the interactive element. In some aspects, theinteraction includes an optical glyph, and wherein an identifier of thetoken is optically encoded based on the optical glyph.

In some aspects, receiving image data; detecting that the device isrepresented in the image data; and identifying the token based ondetecting that the device is represented in the image data.

In some aspects, identifying that the device has been relocated to thearea associated with the second user includes identifying that thedevice has been relocated from a first area associated with the firstuser. In some aspects, identifying that the device has been relocated tothe area associated with the second user includes identifying that oneor more additional devices located in the area are associated with thesecond user. In some aspects, identifying that the device has beenrelocated to the area associated with the second user includesidentifying that a wireless local area network (WLAN) in the area isassociated with the second user. In some aspects, identifying that thedevice has been relocated to the area associated with the second userincludes determining that position data from at least one positionsensor of the device indicates that the device is located in the area,and wherein the area is a geographic area. In some aspects, identifyingthat the device has been relocated to the area associated with thesecond user includes determining that position data from at least oneposition sensor of the device indicates that the device is locatedwithin a range of a location of the second user, wherein the areaassociated with the second user is within the range of the location ofthe second user.

In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: causing theparameter of the token in the distributed ledger to be modified includescausing a new block to be appended to the distributed ledger, whereinthe parameter of the token in the distributed ledger is modified basedon a payload of the new block.

In some aspects, causing the new block to be appended to the distributedledger includes generating the new block.

In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: sending, to afirst user device associated with the first user, a request forauthorization to modify the parameter of the token in the distributedledger from indicating that the token is associated with the first userto indicating that the token is associated with the second user; andreceiving the authorization from the first user device. In some aspects,one or more of the methods, apparatuses, and computer-readable mediumdescribed above further comprise: sending, to a second user deviceassociated with the second user, a request for authorization to modifythe parameter of the token in the distributed ledger from indicatingthat the token is associated with the first user to indicating that thetoken is associated with the second user; and receiving theauthorization from the second user device.

In some aspects, one or more of the methods, apparatuses, andcomputer-readable medium described above further comprise: identifying,in the distributed ledger, a smart contract associated with the token,wherein the smart contract indicates that the parameter of the token isto be modified responsive a condition, wherein causing the parameter ofthe token in the distributed ledger to be modified includes executingthe smart contract in response to identifying the condition, whereinidentifying the condition is based on identifying that the device hasbeen relocated to the area associated with the second user.

In some aspects, the apparatus includes a head-mounted display. In someaspects, the apparatus includes a mobile handset. In some aspects, theapparatus includes a wireless communication device. In some aspects, theapparatus includes a wearable device. In some aspects, the apparatusincludes a server. In some aspects, the apparatus is in the geographicarea.

In some aspects, the apparatus is, is part of, and/or includes awearable device, an extended reality device (e.g., a virtual reality(VR) device, an augmented reality (AR) device, or a mixed reality (MR)device), a mobile device (e.g., a mobile telephone or so-called “smartphone” or other mobile device), a camera, a personal computer, a laptopcomputer, a server computer, a vehicle or a computing device orcomponent of a vehicle, or other device. In some aspects, the apparatusincludes a camera or multiple cameras for capturing one or more images.In some aspects, the apparatus further includes a display for displayingone or more images, notifications, and/or other displayable data. Insome aspects, the apparatuses described above can include one or moresensors (e.g., one or more inertial measurement units (IMUs), such asone or more gyrometers, one or more accelerometers, any combinationthereof, and/or other sensor).

This summary is not intended to identify key or essential features ofthe claimed subject matter, nor is it intended to be used in isolationto determine the scope of the claimed subject matter. The subject mattershould be understood by reference to appropriate portions of the entirespecification of this patent, any or all drawings, and each claim.

The foregoing, together with other features and embodiments, will becomemore apparent upon referring to the following specification, claims, andaccompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

Illustrative embodiments of the present application are described indetail below with reference to the following drawing figures:

FIG. 1 is a block diagram illustrating an example architecture of animage capture and processing system, in accordance with some examples;

FIG. 2 is a block diagram illustrating an example architecture of adigital asset tracking system that may be used to track a digital assetassociated with a location, in accordance with some examples;

FIG. 3A is a perspective diagram illustrating a head-mounted display(HMD) that is used as a media device that is part of a digital assettracking system, in accordance with some examples;

FIG. 3B is a perspective diagram illustrating the head-mounted display(HMD) of FIG. 3A being worn by a user, in accordance with some examples;

FIG. 4A is a perspective diagram illustrating a front surface of amobile handset that includes front-facing cameras and that can be usedas a media device that is part of a digital asset tracking system, inaccordance with some examples;

FIG. 4B is a perspective diagram illustrating a rear surface of a mobilehandset that includes read-facing cameras and can be used as a mediadevice that is part of a digital asset tracking system, in accordancewith some examples;

FIG. 5 is a block diagram illustrating three consecutive blocks of ablockchain ledger that may be used to track a digital asset associatedwith a position in a geographic area, in accordance with some examples;

FIG. 6 is a block diagram illustrating an example token that can benon-fungible and that can represent a digital asset associated with aposition in a geographic area as tracked in a distributed ledger, inaccordance with some examples;

FIG. 7 is a block diagram illustrating a directed acyclic graph (DAG)ledger configured to track a digital asset associated with a position ina geographic area, in accordance with some examples;

FIG. 8A is a perspective diagram illustrating a user using a mediadevice to capture a digital asset (an image) of a portrait in a museum,in accordance with some examples;

FIG. 8B is a conceptual diagram illustrating information about a tokenassociated with the digital asset of FIG. 8A, in accordance with someexamples;

FIG. 9A is a perspective diagram illustrating a user using a mediadevice to capture a digital asset (an image) of several people includingan individual identified as Bob, in accordance with some examples;

FIG. 9B is a conceptual diagram illustrating information about a tokenassociated with the digital asset of FIG. 9A, in accordance with someexamples;

FIG. 10A is a perspective diagram illustrating a user using a mediadevice to generate a digital asset (an image) of that includes a virtualobject composited into a real scene, in accordance with some examples;

FIG. 10B is a conceptual diagram illustrating information about a tokenassociated with the digital asset of FIG. 10A, in accordance with someexamples;

FIG. 11A is a perspective diagram illustrating a user using a mediadevice to generate a digital asset (a map) of a hiking path, inaccordance with some examples;

FIG. 11B is a conceptual diagram illustrating information about a tokenassociated with the digital asset of FIG. 11A, in accordance with someexamples;

FIG. 12A is a perspective diagram illustrating a user using an ownershipdevice to purchase a digital asset (an image) of a portrait in a museum,in accordance with some examples;

FIG. 12B is a conceptual diagram illustrating information about a tokenassociated with the digital asset of FIG. 12A, in accordance with someexamples;

FIG. 13 is a conceptual diagram illustrating an anchor element that isassociated with a token, and detection of the anchor element by a mediadevice triggering display of a digital asset corresponding to the tokenon the media device, in accordance with some examples;

FIG. 14 is a conceptual diagram illustrating a token device that isassociated with a token in a distributed ledger, and transfer of thetoken device from a first user to a second user, in accordance with someexamples;

FIG. 15A is a conceptual diagram illustrating generation of a smartcontract and entry of the smart contract into a distributed ledger, inaccordance with some examples;

FIG. 15B is a conceptual diagram illustrating execution of a smartcontract, according to an aspect of the present disclosure, inaccordance with some examples;

FIG. 16A is a flow diagram illustrating operations for situational tokengeneration, in accordance with some examples;

FIG. 16B is a flow diagram illustrating operations for tracking adigital asset associated with a location, in accordance with someexamples;

FIG. 17 is a flow diagram illustrating a process for situationaltoken-associated media output, in accordance with some examples;

FIG. 18 is a flow diagram illustrating a process for token devicetransfer management, in accordance with some examples; and

FIG. 19 is a diagram illustrating an example of a computing system forimplementing certain aspects described herein.

DETAILED DESCRIPTION

Certain aspects and embodiments of this disclosure are provided below.Some of these aspects and embodiments may be applied independently andsome of them may be applied in combination as would be apparent to thoseof skill in the art. In the following description, for the purposes ofexplanation, specific details are set forth in order to provide athorough understanding of embodiments of the application. However, itwill be apparent that various embodiments may be practiced without thesespecific details. The figures and description are not intended to berestrictive.

The ensuing description provides exemplary embodiments only, and is notintended to limit the scope, applicability, or configuration of thedisclosure. Rather, the ensuing description of the exemplary embodimentswill provide those skilled in the art with an enabling description forimplementing an exemplary embodiment. It should be understood thatvarious changes may be made in the function and arrangement of elementswithout departing from the spirit and scope of the application as setforth in the appended claims.

Individuals often find it meaningful to own, use, or trade unique orrare physical items related to respected celebrities, activities, orlocations. For example, individuals often seek to get their clothing ormusic albums signed by well-known musicians at concerts to commemorateattending those concerts, turning the signed clothing or music albumsinto unique items. Similarly, individuals often seek to purchaseoutfits, props, animation stills, and other items that were used tocreate a movie or television show.

A camera is a device that receives light and captures image frames, suchas still images or video frames, using an image sensor. The terms“image,” “image frame,” and “frame” are used interchangeably herein.Cameras can be configured with a variety of image capture and imageprocessing settings. The different settings result in images withdifferent appearances. Some camera settings are determined and appliedbefore or during capture of one or more image frames, such as ISO,exposure time, aperture size, f/stop, shutter speed, focus, and gain.For example, settings or parameters can be applied to an image sensorfor capturing the one or more image frames. Other camera settings canconfigure post-processing of one or more image frames, such asalterations to contrast, brightness, saturation, sharpness, levels,curves, or colors. For example, settings or parameters can be applied toa processor (e.g., an image signal processor or ISP) for processing theone or more image frames captured by the image sensor.

Digital assets can include, for example, images or videos captured by acamera, audio clips captured by a microphone, three-dimensional pointclouds and/or models from a range sensor, and the like. Generally,digital assets are fungible, meaning that any one copy of a givendigital asset is interchangeable with any other copy of the same digitalasset.

In some examples, systems and techniques are described herein forcreating, modifying, tracking, authenticating, and/or transferringnon-fungible digital assets associated with a device position. A mediadevice may include sensors, such as image sensors, positioning sensors(e.g., accelerometers, gyroscopes, inertial measurement units (IMUs),global navigation satellite system (GNSS) receivers), range sensors(e.g., light detection and ranging (LIDAR) sensors, radio detection andranging (RADAR) sensors, sound detection and ranging (SODAR) sensors,sound navigation and ranging (SONAR) sensors, time-of-flight (ToF)sensors, structured light sensors), microphones, other sensors describedherein, or combinations thereof. The media device may capture sensordata using its sensors. The media device may generate and/or obtainmedia data based on its sensor data. The media data may include thesensor data. In some examples, the media data may include processedand/or modified variants of the sensor data. For example, the media datamay include virtual content (e.g., virtual objects) generated for XRoutput. The media data may include maps generated based on positioningdata from positioning sensors. The media data may include high dynamicrange (HDR) images generated by merging multiple images.

Positioning data indicating a pose of the media device during capture ofthe sensor data may be obtained from the media device, for instance fromthe positioning sensors of the media device and/or based on one or moreshort-range wireless communications between the media device and a localdevice. Positioning data indicating the pose of the media device duringcapture of the sensor data may be obtained from a local device thatcommunicates with the media device using one or more short-rangewireless communications. The media device can send the media data to anetwork device. Based on the positioning data, a network device canverify that the media device was in a predetermined geographic areaduring capture of the sensor data. The geographic area can be, forexample, a museum, a sports venue, a concert venue, and the like. Insome cases, the geographic area can be defined by the range of the rangeof the local device's short-range wireless communications, andverification of the media device's position can be based on verifyingthat communications transmitted between the media device and the localdevice were accurately received by the media device and/or the localdevice. In response to verifying that the media device was in thepredetermined geographic area during capture of the sensor data, thenetwork device can generate a token for the media data. The networkdevice can enter the token into a distributed ledger, such as ablockchain ledger, by generating a block with the token in its payloadand appending the block to the distributed ledger, or by requesting thata block-generating device generate the block with the token in itspayload and appending the block to the distributed ledger. The token maybe associated with smart contracts stored in the distributed ledger thatcontrol transfer of the token associated with the media data. Thenetwork device may in some cases be part of the media device.

In some examples, the media device may be an extended reality (XR)device. An XR device is a device that displays an environment to a user,and can include, for example, a head-mounted display (HMD), glasses(e.g., augmented reality (AR) glasses), a mobile handset, or otherdevice. The environment is at least partially different from thereal-world environment in which the user and the device are located, andmay for instance include virtual content. In some examples, theenvironment that the XR device displays to the user can be at leastpartially virtual. In some cases, the user can interactively changetheir view of the environment that the XR device displays, for exampleby tilting the XR device and/or or moving the XR device laterally.Tilting the XR device can include tilts or rotations along the pitchaxis, the yaw axis, the roll axis, or a combination thereof. Lateralmovements of the XR device can include lateral movements along pathscharted within a 3-dimensional volume having 3 perpendicular axes, suchas an X, a Y axis, and a Z axis. XR devices that only track rotation ofthe XR device can be referred to XR devices with three degrees offreedom (3DoF). XR devices that track both tilting and lateral movementof the XR device can be referred to XR devices with six degrees offreedom (6DoF). Extended reality (XR) can include virtual reality (VR),augmented reality (AR), mixed reality (MR), or combinations thereof.

Generating a token corresponding to the media data and entering thetoken into a distributed ledger can provide technical advantages overordinary transfers of images or other digital assets. The tokentransforms the media data from a fungible state into a non-fungiblestate, allowing individual copies or instances of the media data to besecurely, efficiently, and automatically tracked, owned, transferred,rented, licensed, and the like. Having generation of the token be basedon verification that the position of the media device during capture ofthe sensor data is in the geographic area can provide additionalsecurity and verification as to the authenticity that a representationof an object, environment, or individual in the media data is authentic.

Various aspects of the application will be described with respect to thefigures. FIG. 1 is a block diagram illustrating an architecture of animage capture and processing system 100. The image capture andprocessing system 100 includes various components that are used tocapture and process images of scenes (e.g., an image of a scene 110).The image capture and processing system 100 can capture standaloneimages (or photographs) and/or can capture videos that include multipleimages (or video frames) in a particular sequence. A lens 115 of thesystem 100 faces a scene 110 and receives light from the scene 110. Thelens 115 bends the light toward the image sensor 130. The light receivedby the lens 115 passes through an aperture controlled by one or morecontrol mechanisms 120 and is received by an image sensor 130.

The one or more control mechanisms 120 may control exposure, focus,and/or zoom based on information from the image sensor 130 and/or basedon information from the image processor 150. The one or more controlmechanisms 120 may include multiple mechanisms and components; forinstance, the control mechanisms 120 may include one or more exposurecontrol mechanisms 125A, one or more focus control mechanisms 125B,and/or one or more zoom control mechanisms 125C. The one or more controlmechanisms 120 may also include additional control mechanisms besidesthose that are illustrated, such as control mechanisms controllinganalog gain, flash, HDR, depth of field, and/or other image captureproperties.

The focus control mechanism 125B of the control mechanisms 120 canobtain a focus setting. In some examples, focus control mechanism 125Bstore the focus setting in a memory register. Based on the focussetting, the focus control mechanism 125B can adjust the position of thelens 115 relative to the position of the image sensor 130. For example,based on the focus setting, the focus control mechanism 125B can movethe lens 115 closer to the image sensor 130 or farther from the imagesensor 130 by actuating a motor or servo, thereby adjusting focus. Insome cases, additional lenses may be included in the system 100, such asone or more microlenses over each photodiode of the image sensor 130,which each bend the light received from the lens 115 toward thecorresponding photodiode before the light reaches the photodiode. Thefocus setting may be determined via contrast detection autofocus (CDAF),phase detection autofocus (PDAF), or some combination thereof. The focussetting may be determined using the control mechanism 120, the imagesensor 130, and/or the image processor 150. The focus setting may bereferred to as an image capture setting and/or an image processingsetting.

The exposure control mechanism 125A of the control mechanisms 120 canobtain an exposure setting. In some cases, the exposure controlmechanism 125A stores the exposure setting in a memory register. Basedon this exposure setting, the exposure control mechanism 125A cancontrol a size of the aperture (e.g., aperture size or f/stop), aduration of time for which the aperture is open (e.g., exposure time orshutter speed), a sensitivity of the image sensor 130 (e.g., ISO speedor film speed), analog gain applied by the image sensor 130, or anycombination thereof. The exposure setting may be referred to as an imagecapture setting and/or an image processing setting.

The zoom control mechanism 125C of the control mechanisms 120 can obtaina zoom setting. In some examples, the zoom control mechanism 125C storesthe zoom setting in a memory register. Based on the zoom setting, thezoom control mechanism 125C can control a focal length of an assembly oflens elements (lens assembly) that includes the lens 115 and one or moreadditional lenses. For example, the zoom control mechanism 125C cancontrol the focal length of the lens assembly by actuating one or moremotors or servos to move one or more of the lenses relative to oneanother. The zoom setting may be referred to as an image capture settingand/or an image processing setting. In some examples, the lens assemblymay include a parfocal zoom lens or a varifocal zoom lens. In someexamples, the lens assembly may include a focusing lens (which can belens 115 in some cases) that receives the light from the scene 110first, with the light then passing through an afocal zoom system betweenthe focusing lens (e.g., lens 115) and the image sensor 130 before thelight reaches the image sensor 130. The afocal zoom system may, in somecases, include two positive (e.g., converging, convex) lenses of equalor similar focal length (e.g., within a threshold difference) with anegative (e.g., diverging, concave) lens between them. In some cases,the zoom control mechanism 125C moves one or more of the lenses in theafocal zoom system, such as the negative lens and one or both of thepositive lenses.

The image sensor 130 includes one or more arrays of photodiodes or otherphotosensitive elements. Each photodiode measures an amount of lightthat eventually corresponds to a particular pixel in the image producedby the image sensor 130. In some cases, different photodiodes may becovered by different color filters, and may thus measure light matchingthe color of the filter covering the photodiode. For instance, Bayercolor filters include red color filters, blue color filters, and greencolor filters, with each pixel of the image generated based on red lightdata from at least one photodiode covered in a red color filter, bluelight data from at least one photodiode covered in a blue color filter,and green light data from at least one photodiode covered in a greencolor filter. Other types of color filters may use yellow, magenta,and/or cyan (also referred to as “emerald”) color filters instead of orin addition to red, blue, and/or green color filters. Some image sensorsmay lack color filters altogether, and may instead use differentphotodiodes throughout the pixel array (in some cases verticallystacked). The different photodiodes throughout the pixel array can havedifferent spectral sensitivity curves, therefore responding to differentwavelengths of light. Monochrome image sensors may also lack colorfilters and therefore lack color depth.

In some cases, the image sensor 130 may alternately or additionallyinclude opaque and/or reflective masks that block light from reachingcertain photodiodes, or portions of certain photodiodes, at certaintimes and/or from certain angles, which may be used for phase detectionautofocus (PDAF). The image sensor 130 may also include an analog gainamplifier to amplify the analog signals output by the photodiodes and/oran analog to digital converter (ADC) to convert the analog signalsoutput of the photodiodes (and/or amplified by the analog gainamplifier) into digital signals. In some cases, certain components orfunctions discussed with respect to one or more of the controlmechanisms 120 may be included instead or additionally in the imagesensor 130. The image sensor 130 may be a charge-coupled device (CCD)sensor, an electron-multiplying CCD (EMCCD) sensor, an active-pixelsensor (APS), a complimentary metal-oxide semiconductor (CMOS), anN-type metal-oxide semiconductor (NMOS), a hybrid CCD/CMOS sensor (e.g.,sCMOS), or some other combination thereof.

The image processor 150 may include one or more processors, such as oneor more image signal processors (ISPs) (including ISP 154), one or morehost processors (including host processor 152), and/or one or more ofany other type of processor 1019 discussed with respect to the computingsystem 0019. The host processor 152 can be a digital signal processor(DSP) and/or other type of processor. In some implementations, the imageprocessor 150 is a single integrated circuit or chip (e.g., referred toas a system-on-chip or SoC) that includes the host processor 152 and theISP 154. In some cases, the chip can also include one or moreinput/output ports (e.g., input/output (I/O) ports 156), centralprocessing units (CPUs), graphics processing units (GPUs), broadbandmodems (e.g., 3G, 4G or LTE, 5G, etc.), memory, connectivity components(e.g., Bluetooth™, Global Positioning System (GPS), etc.), anycombination thereof, and/or other components. The I/O ports 156 caninclude any suitable input/output ports or interface according to one ormore protocol or specification, such as an Inter-Integrated Circuit 2(I2C) interface, an Inter-Integrated Circuit 3 (I3C) interface, a SerialPeripheral Interface (SPI) interface, a serial General PurposeInput/Output (GPIO) interface, a Mobile Industry Processor Interface(MIPI) (such as a MIPI CSI-2 physical (PHY) layer port or interface, anAdvanced High-performance Bus (AHB) bus, any combination thereof, and/orother input/output port. In one illustrative example, the host processor152 can communicate with the image sensor 130 using an I2C port, and theISP 154 can communicate with the image sensor 130 using an MIPI port.

The image processor 150 may perform a number of tasks, such asde-mosaicing, color space conversion, image frame downsampling, pixelinterpolation, automatic exposure (AE) control, automatic gain control(AGC), CDAF, PDAF, automatic white balance, merging of image frames toform an HDR image, image recognition, object recognition, featurerecognition, receipt of inputs, managing outputs, managing memory, orsome combination thereof. The image processor 150 may store image framesand/or processed images in random access memory (RAM) 140 and/or 2019,read-only memory (ROM) 145 and/or 2519, a cache, a memory unit, anotherstorage device, or some combination thereof.

Various input/output (I/O) devices 160 may be connected to the imageprocessor 150. The I/O devices 160 can include a display screen, akeyboard, a keypad, a touchscreen, a trackpad, a touch-sensitivesurface, a printer, any other output devices 3519, any other inputdevices 4519, or some combination thereof. In some cases, a caption maybe input into the image processing device 105B through a physicalkeyboard or keypad of the I/O devices 160, or through a virtual keyboardor keypad of a touchscreen of the I/O devices 160. The I/O 160 mayinclude one or more ports, jacks, or other connectors that enable awired connection between the system 100 and one or more peripheraldevices, over which the system 100 may receive data from the one or moreperipheral device and/or transmit data to the one or more peripheraldevices. The I/O 160 may include one or more wireless transceivers thatenable a wireless connection between the system 100 and one or moreperipheral devices, over which the system 100 may receive data from theone or more peripheral device and/or transmit data to the one or moreperipheral devices. The peripheral devices may include any of thepreviously-discussed types of I/O devices 160 and may themselves beconsidered I/O devices 160 once they are coupled to the ports, jacks,wireless transceivers, or other wired and/or wireless connectors.

In some cases, the image capture and processing system 100 may be asingle device. In some cases, the image capture and processing system100 may be two or more separate devices, including an image capturedevice 105A (e.g., a camera) and an image processing device 105B (e.g.,a computing device coupled to the camera). In some implementations, theimage capture device 105A and the image processing device 105B may becoupled together, for example via one or more wires, cables, or otherelectrical connectors, and/or wirelessly via one or more wirelesstransceivers. In some implementations, the image capture device 105A andthe image processing device 105B may be disconnected from one another.

As shown in FIG. 1 , a vertical dashed line divides the image captureand processing system 100 of FIG. 1 into two portions that represent theimage capture device 105A and the image processing device 105B,respectively. The image capture device 105A includes the lens 115,control mechanisms 120, and the image sensor 130. The image processingdevice 105B includes the image processor 150 (including the ISP 154 andthe host processor 152), the RAM 140, the ROM 145, and the I/O 160. Insome cases, certain components illustrated in the image capture device105A, such as the ISP 154 and/or the host processor 152, may be includedin the image capture device 105A.

The image capture and processing system 100 can include an electronicdevice, such as a mobile or stationary telephone handset (e.g.,smartphone, cellular telephone, or the like), a desktop computer, alaptop or notebook computer, a tablet computer, a set-top box, atelevision, a camera, a display device, a digital media player, a videogaming console, a video streaming device, an Internet Protocol (IP)camera, or any other suitable electronic device. In some examples, theimage capture and processing system 100 can include one or more wirelesstransceivers for wireless communications, such as cellular networkcommunications, 802.11 wi-fi communications, wireless local area network(WLAN) communications, or some combination thereof. In someimplementations, the image capture device 105A and the image processingdevice 105B can be different devices. For instance, the image capturedevice 105A can include a camera device and the image processing device105B can include a computing device, such as a mobile handset, a desktopcomputer, or other computing device.

While the image capture and processing system 100 is shown to includecertain components, one of ordinary skill will appreciate that the imagecapture and processing system 100 can include more components than thoseshown in FIG. 1 . The components of the image capture and processingsystem 100 can include software, hardware, or one or more combinationsof software and hardware. For example, in some implementations, thecomponents of the image capture and processing system 100 can includeand/or can be implemented using electronic circuits or other electronichardware, which can include one or more programmable electronic circuits(e.g., microprocessors, GPUs, DSPs, CPUs, and/or other suitableelectronic circuits), and/or can include and/or be implemented usingcomputer software, firmware, or any combination thereof, to perform thevarious operations described herein. The software and/or firmware caninclude one or more instructions stored on a computer-readable storagemedium and executable by one or more processors of the electronic deviceimplementing the image capture and processing system 100.

FIG. 2 is a block diagram illustrating an example architecture of adigital asset tracking system 200 that may be used to track a digitalasset associated with a location, in accordance with some examples. Thedigital asset tracking system 200 includes a media device 205. The mediadevice 205 may be a computing system 0019. The media device 205 may bean image capture device 105A, an image processing device 105B, and/or animage capture and processing system 100. In some aspects, the mediadevice 205 may be an extended reality (XR) device. In some examples, themedia device 205 may be a mobile handset 410, a smartphone, a mediaplayer device, a camera, a head-mounted display (HMD) 310, a fitnesstracker device, a smartwatch, a wearable device, or a combinationthereof.

The media device 205 includes one or more sensors 210. The sensors 210may include, for example, one or more pose sensors 215 and one or moremedia sensors 220. The one or more pose sensors 215 may include, forexample, one or more accelerometers, gyroscopes, inertial measurementunits (IMUs), global navigation satellite system (GNSS) receivers, orcombinations thereof. The one or more media sensors 220 may include, forexample, one or more image sensors, range sensors, microphones, othersensors described herein, or combinations thereof. Range sensors mayinclude light detection and ranging (LIDAR) sensors, radio detection andranging (RADAR) sensors, sound detection and ranging (SODAR) sensors,sound navigation and ranging (SONAR) sensors, time-of-flight (ToF)sensors, structured light sensors, or combinations thereof.

The media device 205 may use the sensors 210 to capture pose data 225identifying the pose of the media device 205. In some cases, the posedata 225 may be referred to as position data or positioning data. Thepose data 225 of the media device may include the location of the mediadevice 205 (e.g., latitude, longitude, and altitude, or another form ofcoordinates in 3D space), the orientation of the media device (e.g.,pitch, yaw, and/or roll), or a combination thereof. In some examples,the media device 205 may use data captured by the pose sensors 215 tocapture the pose data 225 at least in part by identifying movements ofthe media device 205 based on outputs of the pose sensors 215 thatindicate movements of the media device 205. In some examples, the mediadevice 205 may use data captured by the media sensors 220 (e.g., imagescaptured by an image sensor) to capture the pose data 225 and/orpositioning data at least in part by identifying movements of the mediadevice 205 based on a field of view (FOV) of the media sensors 220(e.g., the FOV of the environment depicted in data captured by the mediasensors 220) changing or shifting in a way that indicates movements ofthe media device 205. In some examples, data captured by the mediasensors 220 (e.g., camera data by an image sensor) may be, and/or may bea basis of, pose data 225 and/or positioning data. In some examples, themedia device 205 can identify 3D coordinates of features depicted in oneor more images or other data captured by the media sensors 220, forexample through feature detection, feature extraction, feature tracking,feature mapping, stereo mapping, environment mapping, visuallocalization, localization, or a combination thereof. In some examples,the media device 205 can generate a map of the environment based on oneor more features detected, extracted, tracked, and/or mapped by themedia device 205.

The media device 205 may capture sensor data 230 using the sensors 210.In some examples, the sensor data 230 may include images, videos, depthmap images, depth map videos, audio clips, or combinations thereofcaptured by the media sensors 220. The sensor data 230 may in some casesidentify metadata, for example identifying timestamp of capture and/orimage capture settings such as aperture speed, aperture size, exposuretime, ISO, focal length, focus, flash, zoom, analog gain, digital gain,auto-white-balance (AWB) setting, or combinations thereof. The mediadevice 205 may capture pose data 225 at a time contemporaneous withcapture of the sensor data 230. The media device 205 may capture sensordata 230 at a time contemporaneous with capture of the pose data 225.The media device 205 may capture pose data 225 at a time during captureof the sensor data 230. The media device 205 may capture sensor data 230at a time during capture of the pose data 225.

The media device 205 may include a media processor 235. Using the mediaprocessor 235, the sensor data 230, and/or the pose data 225, the mediadevice 205 may generate and/or obtain media data 250. In some examples,the media data may be, or may include, the sensor data 230, the posedata 225, or both. In such examples, the media device 205 may obtain themedia data 250 directly from the sensors 210 and/or indirectly throughthe media processor 235, which may append additional data (e.g., aheader), place the data 225-230 from the sensors 210 into a one or morecontainer files (e.g., an ISO container format or an ISO-based containerformat), merge the pose data 225 with the sensor data 230 and/or withmetadata (corresponding to the sensor data 230 and/or the pose data225), or a combination thereof. In some example, the media processor 235may process the sensor data 230 and/or the pose data 225, for example byperforming any of the processing operations discussed with respect tothe image processing device 105B or the image capture and processingsystem 100 generally. For instance, the media processor 235 may performdemosaicking, noise reduction, sharpening, saturation adjustment,brightness adjustment, contrast adjustment, hue adjustment, toneadjustment, gain, other processing tasks discussed herein, orcombinations thereof. In some examples, the media processor 235 mayinclude an image processor 150, an ISP 154, a host processor 152, aprocessor 1910, or a combination thereof. In some examples, the mediaprocessor 235 may combine multiple pieces of sensor data 230, forexample by merging multiple images into a high dynamic range (HDR) imagethat is at least part of the media data 250. In some examples, the mediaprocessor 235 may apply one or more filters to the sensor data 230 aspart of generating the media data 250.

The media processor 235 may also include specialized elements related toextended reality (XR) operations, for example if the media device 205 isan XR device. For instance, the media processor 235 may include avirtual content generator 240 that may generate virtual content, such asvirtual objects, virtual characters, virtual environments, virtualoutfits, virtual costumes, virtual items, virtual sports equipment,virtual weapons, and the like. Virtual content may include virtualobjects, characters, environments, outfits, costumes, items, sportsequipment, weapons, and/or other content related to one or more videogames or other XR experiences. An example of virtual content generatedby the virtual content generator 240 includes the virtual object 1045(the virtual dog) of FIGS. 10A-10B. The media processor 235 may includean image compositor 245, which may generate the media data 250 bymerging the virtual content generated by the virtual content generator240 with the sensor data 230. For example, the image compositor 245 mayoverlay the virtual content generated by the virtual content generator240 over portions of the sensor data 230. In some examples, the imagecompositor 245 may adjust a pose (e.g., location and/or orientation) ofthe virtual content to match an environment depicted in the sensor data230 and/or based on the pose data 225 (e.g., to make the virtual contentappear to be resting on a surface in the real environment depicted inthe sensor data 230). In some examples, the image compositor 245 mayadjust lighting and/or coloring of the virtual content to match anenvironment depicted in the sensor data 230 and/or based on the posedata 225 (e.g., to make the lighting and/or coloring of the virtualobject match the real lighting of the real environment depicted in thesensor data 230). In some examples, the image compositor 245 may atleast partially occlude the virtual content with real-world objectsdepicted in the sensor data 230 if the image compositor 245 determinesthat the real-world objects depicted in the sensor data 230 are in frontof (from the FOV of the sensors 210 of the media device 205) a positionin the real environment depicted in the sensor data 230 at which thevirtual content is positioned by the image compositor 245. For example,a person can appear to walk “in front of” the virtual content, and theimage compositor 245 can realistically have the person occlude the viewof the virtual content in the media data 250. An example of media data250 that includes virtual content includes the digital asset 1040 ofFIGS. 10A-10B, which depicts the virtual object 1045 (the virtual dog)overlaid over a real environment.

The media processor 235 can also include a map generator 247 that cangenerate one or more maps based on the pose data 225 and/or the sensordata 230. Such a map may identify one or more routes along which themedia device 205 moved across one or more periods of time. In someexamples, a map may illustrate route taken by a user carrying the mediadevice 205, such as a hiking route, a walking route, a jogging route, arunning route, a biking route, a skateboarding route, a transit route, adriving route, a route moved during a sports activity, and the like. Themedia data 250 generated by the media processor 235 can include the map.For example, the digital asset 1140 of FIGS. 11A-11B is an example ofmedia data 250 that includes a map generated by the map generator 247.

The media device 205 may include a communication interface 255, whichmay include one or more communication interfaces 1940. The communicationinterface 255 may include a short-range wireless transceiver 260. Theshort-range wireless transceiver 260 may receive and/or transmitcommunications 272 with a short-range wireless transceiver 275 of alocal device 270 over one or more short-range communication signalsfollowing a short-range communication protocol. Either or both of theshort-range wireless transceivers 260 and 275 may include, for example,Bluetooth® transceivers, Bluetooth® Low Energy (BLE) transceivers,iBeacon® transceivers, near field communication (NFC) transceivers,radio frequency identification (RFID) transceivers, radio transceivers,microwave transceivers, visible light communication (VLC) transceivers,Wi-Fi transceivers, personal area network (PAN) transceivers, wirelesslocal area network (WLAN) transceivers, wide area network (WAN)transceivers, cellular network transceivers, ultrasonic transceivers,infrasonic transceivers, sonic transceivers, any type of transceiversidentified with respect to the network transceivers 265 and 285, andother types of transceivers, or combinations thereof. In some examples,the media device 205 may receive and/or transmit one or more of thecommunications 272 with the local device 270 as part of capturing posedata 225. For example, the local device 270 may have a verifiedlocation, and may for example be a local device 270 set up and managedby a venue, such as a museum, a concert venue, a movie theater, a sportsvenue, and the like. If the media device 205 and the local device 270are within short-range wireless communication signal range of oneanother (e.g., within range to successfully send and receive the one ormore communications 272), then the media device 205 is in the proximityof the local device 270.

The local device 270 may determine and/or store the communications 272(block 277). For instance, the local device 270 may determine thecontent of any of the communications 272 that the local device 270 sendsto the media device 205, and may store that content. Likewise, the localdevice 270 may determine the content of any of the communications 272that the local device 270 receives from the media device 205, and maystore that content. The media device 205 may determine and/or store thecommunications 272 (block 278). For instance, the media device 205 maydetermine the content of any of the communications 272 that the mediadevice 205 sends to the local device 270, and may store that content.Likewise, the media device 205 may determine the content of any of thecommunications 272 that the media device 205 receives from the localdevice 270, and may store that content. Ensuring that the stored contentof these communications 272 matches as stored at the media device 205and at the local device 270 may be used to verify that the pose of themedia device 205 is in a geographic area associated with the localdevice 270 (block 290). In some examples, the media device 205 may sendcommunications 272 with multiple local devices 270. In some examples, alocal device 270 may be a beacon device with a known location. In someexamples, a local device 270 may be a wireless network access point(e.g., Wi-Fi, WLAN) with a known location. In some examples, a localdevice 270 may be a cellular network access point (e.g., a cell tower)with a known location.

The communication interface 255 of the media device 205 may include anetwork transceiver 265. The network transceiver 265 may receive and/ortransmit communications 282 along a network to and/or from one or morenetwork transceivers 285 of one or more network devices 280. Either orboth of the network transceivers 265 and/or 285 may include one or morewired transceivers, one or more wireless transceivers, or a combinationthereof. Either or both of the network transceivers 265 and/or 285 mayinclude, for example, one or more Ethernet transceivers, Wi-Fitransceivers, wireless local area network (WLAN) transceivers, wide areanetwork (WAN) transceivers, cellular network transceivers, any type oftransceivers identified with respect to the short-range wirelesstransceivers 260 and 275, and other types of transceivers, orcombinations thereof. The media device 205 may send the media data 250and/or pose data 225 to the network device(s) 280 over thecommunications 282. The network device(s) 280 may verify that the poseof the media device 205 is in a geographic area (block 290). In someaspects, the geographic area may be associated with the local device270. For example, the local device 270 may be located in the geographicarea or in the proximity of the geographic area. At least a portion ofthe geographic area may include the short-range wireless signaltransmission and/or receipt range of each of one or more local devices270. In some examples, verifying that the pose of the media device 205is in a geographic area associated with the local device 270 (block 290)may include verifying that the content of the communications 272, asstored at the local device 270 (block 277) and as stored at the mediadevice 205 (block 278), match. For example, content of communications272 transmitted from the local device 270 to the media device 205 matchas stored on both devices (blocks 277 and 278), and/or content ofcommunications 272 transmitted from the media device 205 to the localdevice 270 match as stored on both devices (blocks 277 and 278). In someexamples, network device(s) 280 may verify that the pose of the mediadevice 205 is in a geographic area (block 290) at least in part byverifying that a location of the media device 205 indicated by the posedata 225 is within a predetermined boundary or geofence of thegeographic area. In some examples, the geographic area may correspond tothe interior of one or more structures corresponding to a museum, amovie theater, a shopping mall, or another indoor venue. In someexamples, the geographic area may correspond to the interior of anoutdoor venue (e.g., an outdoor concert venue, an outdoor sports venue),for example within a fence, wall, seating layout, or other boundarymarker of the venue. In some examples, the geographic area maycorrespond to an outdoor area that includes one or more indoor areas,such as an outdoor food court area with multiple restaurants, or anoutdoor theme park with multiple attractions, some of which may beindoor attractions.

In some examples, a time of transmission and a time of receipt of one ormore of the communications 272 may be identified and/or stored (e.g., inthe stored communications of block 277 and/or the stored communicationsof block 278). In some examples, a time of transmission and a time ofreceipt of one or more of the communications 272 may be used to identifythe position of the media device 205 (e.g., may be used as positioningdata) and/or may be used to verify that the pose of the media device 205is in a geographic area (block 290). For example, time of transmissionand a time of receipt of one or more of the communications 272 may besubtracted to identify a time duration over which the communications 272traveled, which may be used to determine a distance between the mediadevice 205 and the local device 270.

In some examples, a signal frequency of transmission and a signalfrequency of receipt of one or more of the communications 272 may beidentified and/or stored (e.g., in the stored communications of block277 and/or the stored communications of block 278). In some examples, asignal frequency of transmission and a signal frequency of receipt ofone or more of the communications 272 may be used to identify theposition of the media device 205 (e.g., may be used as positioning data)and/or may be used to verify that the pose of the media device 205 is ina geographic area (block 290). For example, signal frequency oftransmission and a signal frequency of receipt of one or more of thecommunications 272 may be subtracted to identify a difference in signalfrequency as the communications 272 traveled, which may be used todetermine a distance between the media device 205 and the local device270.

The location of the media device 205 may be identified as being along acircle drawn around the local device 270 having a radius the length ofthe distance identified (e.g., based on the time of transmission and thetime of receipt, and/or based on the signal frequency of transmissionand the signal frequency of receipt). The location of the media device205 may be identified more precisely the more local devices 270 are usedbased on the point(s) at which the resulting circles intersect. If threeor more local devices 270 are used, the location of the media device 205may be narrowed to a single point, which may be referred to astriangulation. Thus, triangulation based on signals from multiple localdevice 270 may be used to identify the position of the media device 205(e.g., may be used as positioning data) and/or may be used to verifythat the pose of the media device 205 is in a geographic area (block290).

In response to verifying that the pose of the media device 205 is in thegeographic area (block 290), the network device(s) 280 may generate oneor more tokens corresponding to the media data 250, may generate one ormore blocks in a distributed ledger 295 to store the tokens within,and/or may generate the distributed ledger 295 itself (block 292).Examples of the token may include the token 600, the token 860, thetoken 960, the token 1060, the token 1160, and the token 1260. Examplesof the distributed ledger 295 may include the blockchain ledger 500and/or the distributed acyclic graph (DAG) ledger 700. The networkdevice(s) 280 may store a copy of the distributed ledger 295. In someexamples, a distributed network of other devices (in addition to thenetwork device(s) 280) may also store copies of the distributed ledger295, such as the media device 205, the local device(s) 270, and/or theadditional devices 297. In some examples, other devices in thedistributed network may also verify that the pose of the media device205 is in the geographic area (block 290), may verify that the token isproper, verifying that the block is proper (e.g., the Merkle rootaccurately reflects the payload and the hash accurately reflects theprior block), or a combination thereof. Generating the block andverifying that the block is proper may be followed by appending theblock to the distributed ledger 295, and sending the block to otherdevices in the distributed network to append the block to all copies ofthe distributed ledger 295.

In some examples, verification that the pose of the media device 205 isin the geographic area (block 290) may also include receipt of recordedaudio information recorded by one or more microphones of the mediadevice 205, and comparison of the recorded audio information to trustedaudio information known to be from the geographic area. In someexamples, the trusted audio information may be recorded by one or moremicrophones of the local device 270. In some examples, the trusted audioinformation may be generated by and/or output by one or more speakers ofthe local device 270. In an illustrative example, the media device 205can capture an image (an example of the sensor data 230) at a concertvenue during a concert and record an audio clip of the audio at theconcert contemporaneously. The network device 280 can receive therecorded audio clip from the media device 205 along with media data 250that includes and/or is based on the image. The network device 280 canalso receive a trusted audio clip from the concert and/or from a localdevice 270 at the concert venue. The trusted audio clip may includeaudio from the same period of time as the recorded audio clip. Thetrusted audio clip may have been recorded by one or more microphones ofthe local device 270 at the concert venue. The trusted audio clip mayhave been output by speakers coupled to the local device 270 at theconcert venue. The network device 280, to perform the verification thatthe pose of the media device 205 is in the geographic area (block 290),can compare the recorded audio clip from the media device 205 to thetrusted audio clip from the local device 270. If at least a portion ofthe recorded audio clip matches at least a portion of the trusted audioclip (e.g., the same song is playing at the concert in both audioclips), then the verification that the pose of the media device 205 isin the geographic area (block 290) is successful, in that the pose ofthe media device 205 is verified to be in the geographic area. If noportion (or less than a threshold portion) of the recorded audio clipmatches at least any portion of the trusted audio clip (e.g., nooverlapping audio in the audio clips), then the verification that thepose of the media device 205 is in the geographic area (block 290)fails, in that the pose of the media device 205 is not verified to be inthe geographic area, and/or in some cases the pose of the media device205 may be verified to not be in the geographic area.

In some aspects, certain devices that are illustrated in the digitalasset tracking system 200 as separate devices may be combined. In someexamples, the local device 270 and the network device(s) 280 may becombined. For instance, some of the communications 272 may include someof the communications 282, and/or some of the communications 282 mayinclude some of the communications 272. In some examples, the mediadevice 205 and the network device(s) 280 may be combined. For example,the communications 282 may be internal to the media device 205. Themedia device 205 may, by itself, verify that the pose of the mediadevice 205 is in the geographic area (block 290). The media device 205may, by itself, generate one or more tokens corresponding to the mediadata 250, may generate one or more blocks in a distributed ledger 295 tostore the tokens within, and/or may generate the distributed ledger 295itself (block 292). In some examples, the media device 205 and the localdevice(s) 270 may be combined. For example, the media device 205 may bea kiosk device with sensors that may have a known location in thegeographic area and/or in the proximity of the geographic area, and/orthat may be associated with the geographic area (e.g., owned or rentedor used by a venue corresponding to the geographic area), and be able toself-verify that its location is in the geographic area (block 290).

In some aspects, certain devices that are illustrated in the digitalasset tracking system 200 as a single device may be separated intomultiple devices. In some examples, these multiple devices may operatetogether, for instance by sending data between one another. For example,the media device 205 may include more than one device. In anillustrative example, the media device 205 may include a mobile handset(e.g., mobile handset 410), a head-mounted display (HMD) (e.g., HMD310), a smartwatch, a pair of wireless headphones, a fitness tracker,another wearable device, or a combination thereof.

In some examples, the digital asset tracking system 200 may include atoken device (not pictured as a separate element). The token device maybe an example of a local device 270, a network device 280, a mediadevice 205, one of the additional devices 297, the data store(s) 298,the anchor element(s) 299, the token device 1405, a computing system1900, or a combination thereof. A token device may be associated with atoken (e.g., token 600) that is associated with a digital asset (e.g.,digital asset 605). The token device may include output device(s), suchas display(s) and/or speaker(s). The token device may output the digitalasset associated with the token, for example by displaying visualcontent (e.g., image(s), video(s)) of the digital asset using thedisplay(s) of the token device, and/or by playing audio content (e.g.,sound(s), music) of the digital asset using speaker(s) of the tokendevice. In some examples, the token device can be a physicalrepresentation of the token that the token device is associated with. Anexample of a token device includes the token device 1405 of FIG. 14 .

In some examples, the digital asset tracking system 200 may include datastore(s) 298. The data store(s) 298 may include any type of datastructure(s), for instance including the data structure(s) 650. In someexamples, the data store(s) 298 include customizations,personalizations, and/or modifications to a digital asset (e.g., digitalasset 605) associated with a token (e.g., token 600). For instance, insome examples, the digital asset may be immutable, while customizations,personalizations, and/or modifications to the digital asset may beapplied, removed, and/or modified. An example of the data store(s) 298used for customizations, personalizations, and/or modifications to adigital asset is illustrated with respect to the data store(s) 1370 ofFIG. 13 .

In some examples, the digital asset tracking system 200 may includeanchor element(s) 299. In some examples, anchor element(s) 299 mayinclude objects in the real-world environment that are associated with atoken. For instance, detection of the anchor element(s) 299 by the mediadevice 205 using the sensors 210 can cause the media device 205 tooutput (e.g., display and/or play) the digital asset (e.g., digitalasset 605) corresponding to the token (e.g., token 600) corresponding tothe anchor element(s) 299 that were detected by the media device 205. Insome examples, the anchor element(s) 299 include optical glyph(s), suchas quick response (QR) codes, bar codes, Aztec codes, dot codes, datamatrices, shotcodes, or combinations thereof. In some examples, theanchor element(s) 299 may include a specified area, and detection by themedia device 205 using the sensors 210 that the media device 205 islocated in the specified area can cause the media device 205 to outputthe digital asset corresponding to the token corresponding to the anchorelement(s) 299. In some examples, the anchor element(s) 299 may includea specified location, and detection by the media device 205 using thesensors 210 that the media device 205 is located within a thresholdrange of the specified location can cause the media device 205 to outputthe digital asset corresponding to the token corresponding to the anchorelement(s) 299. In some examples, a token device may be an anchorelement 299.

FIG. 3A is a perspective diagram 300 illustrating a head-mounted display(HMD) 310 that is used as a media device 205 that is part of a digitalasset tracking system 200. The HMD 310 may be, for example, an augmentedreality (AR) headset, a virtual reality (VR) headset, a mixed reality(MR) headset, an extended reality (XR) headset, or some combinationthereof. The HMD 310 includes a first camera 330A and a second camera330B along a front portion of the HMD 310. The first camera 330A and thesecond camera 330B (and/or the image sensors thereof) may be examples ofthe media sensors 220 of the media device 205. In some examples, the HMD310 may only have a single camera with a single image sensor. In someexamples, the HMD 310 may include one or more additional cameras inaddition to the first camera 330A and the second camera 330B. The one ormore additional cameras (and/or the image sensors thereof) may also beexamples of media sensors 220 of the media device 205. In some examples,the HMD 310 may include one or more additional sensors in addition tothe first camera 330A and the second camera 330B, which may includeother types of media sensors 220, pose sensors 215 of the media device205 and/or other sensors of the media device 205 described herein.

The HMD 310 may include one or more displays 340 that are visible to auser 320 wearing the HMD 310 on the user 320's head. In some examples,the HMD 310 may include one display 340 and two viewfinders. The twoviewfinders can include a left viewfinder for the user 320's left eyeand a right viewfinder for the user 320's right eye. The left viewfindercan be oriented so that the left eye of the user 320 sees a left side ofthe display. The right viewfinder can be oriented so that the left eyeof the user 320 sees a right side of the display. In some examples, theHMD 310 may include two displays 340, including a left display thatdisplays content to the user 320's left eye and a right display thatdisplays content to a user 320's right eye.

The HMD 310 may include one or more earpieces 335, which may function asspeakers and/or headphones that output audio to one or more ears of auser of the HMD 310. One earpiece 335 is illustrated in FIGS. 3A and 3B,but it should be understood that the HMD 310 can include two earpieces,with one earpiece for each ear (left ear and right ear) of the user. Insome examples, the HMD 310 can also include one or more microphones (notpictured). In some examples, the audio output by the HMD 310 to the userthrough the one or more earpieces 335 may include, or be based on, audiorecorded using the one or more microphones.

FIG. 3B is a perspective diagram 350 illustrating the head-mounteddisplay (HMD) of FIG. 3A being worn by a user 320. The user 320 wearsthe HMD 310 on the user 320's head over the user 320's eyes. The HMD 310can capture images with the first camera 330A and the second camera330B. In some examples, the HMD 310 displays one or more output imagestoward the user 320's eyes. The output images may, for example, includethe sensor data 230, the media data 250, or both. The output images canbe based on the images captured by the first camera 330A and the secondcamera 330B. The output images may provide a stereoscopic view of theenvironment, in some cases with information overlaid and/or with othermodifications. For example, the HMD 310 can display a first displayimage to the user 320's right eye, the first display image based on animage captured by the first camera 330A. The HMD 310 can display asecond display image to the user 320's left eye, the second displayimage based on an image captured by the second camera 330B. Forinstance, the HMD 310 may provide overlaid information in the displayimages overlaid over the images captured by the first camera 330A andthe second camera 330B. An earpiece 335 of the HMD 310 is illustrated inan ear of the user 320. The HMD 310 may be outputting audio to the user320 through the earpiece 335 and/or through another earpiece (notpictured) of the HMD 310 that is in the other ear (not pictured) of theuser 320.

FIG. 4A is a perspective diagram 400 illustrating a front surface of amobile handset 410 that includes front-facing cameras and can be used asa media device 205 that is part of a digital asset tracking system 200.The mobile handset 410 may be an example of a media device 205. Themobile handset 410 may be, for example, a cellular telephone, asatellite phone, a portable gaming console, a music player, a healthtracking device, a wearable device, a wireless communication device, alaptop, a mobile device, any other type of computing device or computingsystem discussed herein, or a combination thereof.

The front surface 420 of the mobile handset 410 includes a display 440.In some examples, the display 440 may display the sensor data 230, themedia data 250, or both. The front surface 420 of the mobile handset 410includes a first camera 430A and a second camera 430B. The first camera430A and the second camera 430B (and/or the image sensors thereof) maybe examples of the media sensors 220 of the media device 205. The firstcamera 430A and the second camera 430B are illustrated in a bezel aroundthe display 440 on the front surface 420 of the mobile handset 410. Insome examples, the first camera 430A and the second camera 430B can bepositioned in a notch or cutout that is cut out from the display 440 onthe front surface 420 of the mobile handset 410. In some examples, thefirst camera 430A and the second camera 430B can be under-displaycameras that are positioned between the display 440 and the rest of themobile handset 410, so that light passes through a portion of thedisplay 440 before reaching the first camera 430A and the second camera430B. The first camera 430A and the second camera 430B of theperspective diagram 400 are front-facing cameras. The first camera 430Aand the second camera 430B face a direction perpendicular to a planarsurface of the front surface 420 of the mobile handset 410. The firstcamera 430A and the second camera 430B may be two of the one or morecameras of the mobile handset 410. The first camera 430A and the secondcamera 430B may be an example of media sensors 220 of the media device205. In some examples, the front surface 420 of the mobile handset 410may only have a single camera. In some examples, the mobile handset 410may include one or more additional cameras in addition to the firstcamera 430A and the second camera 430B. The one or more additionalcameras (and/or the image sensors thereof) may also be examples of mediasensors 220 of the media device 205. In some examples, the mobilehandset 410 may include one or more additional sensors in addition tothe first camera 430A and the second camera 430B. The one or moreadditional sensors may also be examples of other types of media sensors220 and/or the pose sensors 215 of the media device 205. The frontsurface 420 of the mobile handset 410 also includes a display 440. Insome cases, the front surface 420 of the mobile handset 410 includesmore than one display 440.

The mobile handset 410 may include one or more speakers 435A and/orother audio output devices (e.g., earphones or headphones or connectorsthereto), which can output audio to one or more ears of a user of themobile handset 410. One speaker 435A is illustrated in FIG. 4A, but itshould be understood that the mobile handset 410 can include more thanone speaker and/or other audio device. In some examples, the mobilehandset 410 can also include one or more microphones (not pictured). Insome examples, the audio output by the mobile handset 410 to the userthrough the one or more speakers 435A and/or other audio output devicesmay include, or be based on, audio recorded using the one or moremicrophones.

FIG. 4B is a perspective diagram 450 illustrating a rear surface 460 ofa mobile handset that includes read-facing cameras and can be used as amedia device 205 that is part of a digital asset tracking system 200.The mobile handset 410 includes a third camera 430C and a fourth camera430D on the rear surface 460 of the mobile handset 410. The third camera430C and the fourth camera 430D of the perspective diagram 450 arerear-facing. The third camera 430C and the fourth camera 430D (and/orthe image sensors thereof) may be examples of the media sensors 220 ofthe media device 205. The third camera 430C and the fourth camera 430Dface a direction perpendicular to a planar surface of the rear surface460 of the mobile handset 410. While the rear surface 460 of the mobilehandset 410 does not have a display 440 as illustrated in theperspective diagram 450, in some examples, the rear surface 460 of themobile handset 410 may include one or more rear displays. In someexamples, the one or more rear displays may display the sensor data 230,the media data 250, or both. If the rear surface 460 of the mobilehandset 410 includes one or more rear displays, any positioning layoutsof the third camera 430C and the fourth camera 430D relative to the oneor more rear displays may be used as discussed with respect to the firstcamera 430A and the second camera 430B relative to the display 440 ofthe front surface 420 of the mobile handset 410.

The third camera 430C and the fourth camera 430D may be two of the oneor more cameras of the mobile handset 410. In some examples, the rearsurface 460 of the mobile handset 410 may only have a single camera. Insome examples, the mobile handset 410 may include one or more additionalcameras in addition to the first camera 430A, the second camera 430B,the third camera 430C, and the fourth camera 430D. The one or moreadditional cameras (and/or the image sensors thereof) may also beexamples of media sensors 220 of the media device 205. In some examples,the mobile handset 410 may include one or more additional sensors inaddition to the first camera 430A, the second camera 430B, the thirdcamera 430C, and the fourth camera 430D. The one or more additionalsensors may also be examples of other types of media sensors 220 and/orthe pose sensors 215 of the media device 205.

The mobile handset 410 may include one or more speakers 435B and/orother audio output devices (e.g., earphones or headphones or connectorsthereto), which can output audio to one or more ears of a user of themobile handset 410. One speaker 435B is illustrated in FIG. 4B, but itshould be understood that the mobile handset 410 can include more thanone speaker and/or other audio device. In some examples, the mobilehandset 410 can also include one or more microphones (not pictured). Insome examples, the audio output by the mobile handset 410 to the userthrough the one or more speakers 435B and/or other audio output devicesmay include, or be based on, audio recorded using the one or moremicrophones.

FIG. 5 is a block diagram illustrating three consecutive blocks of ablockchain ledger 500 that may be used to track a digital assetassociated with a position in a geographic area, according to an aspectof the present disclosure. Three blocks of the blockchain ledger 500 areillustrated in FIG. 5 , including Block A 505, Block B 535, and Block C565.

Each block includes a block header 510/540/570 and a list of one or morepayloads 530/560/590. In some examples, block header 510/540/570includes a hash 515/545/575 of the previous block and/or a hash510/540/570 of the block header of the previous block. For instance, theheader 570 of block C 565 includes a hash 575 of the header 540 of blockB 535. The header 540 of block B 535 likewise includes a hash 545 of theheader 510 of block A 505. The header 510 of block A 505 likewiseincludes a hash 515 of a header (not pictured) of previous block (notpictured) that is before block A 505 in the blockchain ledger 500.Including the hash of the previous block's header secures the blockchainledger 500 by preventing modification of any block of the blockchainledger 500 after the block has been entered into the blockchain ledger500, as any change to a particular block would cause that block header'shash 515/545/575 in the next block to be incorrect. Further,modification of that block header's hash in the next block would makethe next block's header's hash 515/545/575 in the block after the nextblock incorrect, and so forth. A verifying device can verify that ablock has not been modified by computing the hash of block and/or of theblock header, then comparing the computed hash to the stored hash515/545/575 that is stored in the next block. In some distributedledgers, a block header 510/540/570 can include hashes of multipleprevious blocks and/or hashes of block headers of multiple previousblocks, as in the distributed acyclic graph (DAG) ledger 700 of FIG. 7 .

Each block's block header 510/540/570 can include a Merkle root520/550/580. The Merkle root 520/550/580 can be is generated based onhashes of each of the tokens, transactions, smart contracts, and/orother elements identified in the payload 530/560/590 for that block. Anyattempt to modify a payload after the block has been entered wouldchange the Merkle root. A verifying device can verify that thepayload(s) 530/560/590 have not been modified by computing the Merkleroot, then comparing the computed Merkle root to the stored Merkle root520/550/580 that is stored in the block header 510/540/570. Changes tothe payload 530/560/590 and/or to the Merkle root 520/550/580 would alsochange the hash for the block and/or for the block header, for which avalue is stored in the next block as the hash 515/545/575. Each payloadof each block may include one or more tokens, one or more transactions,one or more smart contracts, other content, or combinations thereof.

Each block's block header 510/540/570 may also include various elementsof metadata, such as a version number for the blockchain ledgerplatform, a version number for the block itself, a timestamp forverification of each payload, a timestamp for generation of the block, atimestamp for entry of the block into the blockchain ledger 500, atimestamp for request of generation of the block, a difficulty targetvalue (e.g., adjusting difficulty of mining), one or more randomizednonce values, a counter identifying how many nonces have been tried, atitle of the blockchain ledger 500, an identifier as to what theblockchain ledger 500 is tracking (e.g., a history of a digital asset605 associated with a device position in a geographic area), or acombination thereof. Each individual element added can further serve asinformation that can be verified by a verifying device to identify ifthe block, and the payload within, is accurate and authorized. The oneor more randomized nonce values can serve to further complicate thehashes, improving security.

Each block 505/535/565 of the blockchain ledger 500 also includes apayload 530/560/590. The payload 530/560/590 for each block 505/535/565can include one or more tokens, one or more transactions, one or moresmart contracts, one or more other elements, metadata related to any ofthe previously-listed elements, or combinations thereof. A token may be,for example, a non-fungible token. The token 600 may be an example of atoken that is stored in the payload 530/560/590 for a block 505/535/565.As discussed with respect to the token 600, certain parts of the token600 are stored within the payload 530/560/590 of the blockchain ledger500, and are thus stored “on-chain.” As discussed with respect to thetoken 600, certain parts of the token 600 include on-chain pointers thatpoint to data outside of the blockchain ledger 500, with such data beingstored “off-chain.” The payload 530/560/590 of the blockchain ledger 500may store hashes of off-chain data, so that a verifying device cancompute a hash of the off-chain data and compare the computed hash tothe stored hash that is stored on-chain to verify that the off-chaindata is accurate. In some examples, the payload 530/560/590 includes oneor more smart contracts. The block may include the code of the smartcontract stored within the payload 530/560/590 of the blockchain ledger500, thus storing the code on-chain. If the payload 530/560/590 includesa smart contract, the block may include a hash of the code of the smartcontract and/or a pointer to an off-chain data structure storing thecode of the smart contract, thus storing the code off-chain. In someexamples, some of the smart contract's code may be stored on-chain,while some of the smart contract's code may be stored off-chain. In someexamples, smart contracts can be used to create, modify, transfer, orotherwise manage tokens. In some examples, the payload 530/560/590includes transactions. In some examples, transactions may includetransfers of tokens from one account to another account. In someexamples, transactions may include changes to certain properties oftokens or the associated digital assets, such as changes to ownership,attributes, authorship, licenses to use, rentals, or combinationsthereof.

While FIG. 5 only illustrates three blocks 505/535/565 of the blockchainledger 500, it should be understood that any blockchain ledger ordistributed ledger discussed herein may be longer or shorter, and mayhave more than three blocks or fewer than three blocks.

In one illustrative example, a first computing device can store ablockchain ledger including a plurality of blocks. Each of a pluralityof computing devices (e.g., in a distributed architecture) also stores acopy of the blockchain ledger. The first computing device can receive amessage identifying an intended payload element (e.g., token and/ortransaction and/or smart contract). For example, the intended payloadelement may be a token related to a digital asset (e.g., media data 250)associated with a position as described herein. The first computingdevice can verify that the intended payload element is valid. In someblockchain ledger 500 implementations, the first computing device canverify that sufficient funds are allocated in order to pay for executionfee charges for the intended payload element, for instance in the formof gas on an Ethereum blockchain ledger. For a transaction such as atransfer of the token, the first computing device can verify whether thetransferor has a sufficient quantity of an asset (e.g., whether thetransferor owns the token to be transferred) for the transaction to takeplace. For a smart contract, the first computing device can verify thatthe smart contract refers to valid accounts that include sufficientquantity of an asset (e.g., token) to execute the smart contract (e.g.,to transfer the token), verify that the code of the smart contract canbe executed (e.g., does not include syntax errors or other errors),verify that all parties involved in the smart contract have submittedagreement(s) to the terms of the smart contract, or a combinationthereof. For a token, the first computing device can verify that thetoken refers to a valid digital asset, for instance a valid type ofdigital asset with a URI or other pointer that validly points to thedigital asset.

The first computing device can generate a hash of a most recent block orblock header of the blockchain ledger 500. The first computing devicecan generate a new block header for a new block. The new block headercan include at least the hash of the most recent block or block headerof the blockchain ledger 500. The first computing device can generatethe new block, the new block including the new block header and apayload with one or more payload elements. The one or more payloadelements include at least the intended payload element discussed above(e.g., token, smart contract, transaction). The first computing devicecan generate a Merkle root based on the payload elements, and includethe Merkle root in the new block header. The first computing device cangenerate a metadata and a nonce value based on the payload elements, andinclude the metadata and the nonce value in the new block header. Thefirst computing device can append the new block to the plurality ofblocks of the blockchain ledger 500 in response to verifying theintended payload element. The first computing device can transmit thenew block to the plurality of computing devices that each store theblockchain ledger 500 in response to verifying the intended payloadelement. Each of the plurality of computing devices also appends the newblock to their respective copy of the blockchain ledger 500.

In another illustrative example, a first computing device can store ablockchain ledger 500 including a plurality of blocks. Each of aplurality of computing devices (e.g., in a distributed architecture)also stores a copy of the blockchain ledger 500. The first computingdevice can receive a UI input identifying an intended payload element(e.g., transaction and/or smart contract). The first computing devicecan generate a message identifying the intended payload element. Thefirst computing device can retrieve a private key associated with anaccount corresponding to the first computing device. The first computingdevice can modify the message by encrypting at least a portion of themessage with the private key. The first computing device can transmitthe message to the plurality of computing devices other than the firstcomputing device. A second computing device of the plurality ofcomputing devices verifies that the intended payload element is valid,for instance as described in the previous paragraph. The first computingdevice receives a new block from the second computing device. The newblock identifies and/or includes the intended payload element (e.g., inits payload). The first computing device appends the new block to theplurality of blocks of the blockchain ledger 500 at the first computingdevice.

FIG. 6 is a block diagram illustrating an example token 600 that can benon-fungible and that can represent a digital asset 605 associated witha position in a geographic area as tracked in a distributed ledger. Insome examples, the token 600 is a non-fungible token (NFT). In someexamples, the token 600 is an ERC721 token, an ERC1155 token, an ERC-20token, or a combination thereof. In some examples, the token 600 istracked in a blockchain ledger 500. In some examples, the token 600 istracked in an Ethereum-based blockchain ledger 500. In some examples,the token 600 is tracked in a directed acyclic graph (DAG) ledger 700.

The digital asset 605 that the token 600 represents can be an example ofthe media data 250 from the media device 205 of the digital assettracking system 200 of FIG. 2 . As discussed with respect to the digitalasset tracking system 200 of FIG. 2 , the media data 250—and thereforethe digital asset 605, may include one or more images, videos, audioclips, 3D point clouds, 3D models, sensor data 230, pose data 225,metadata associated with the sensor data 230, metadata associated withthe pose data 225, virtual content generated by the virtual contentgenerator 240, image or videos with virtual content incorporated via theimage compositor 245, maps generated by the map generator 247, orcombinations thereof 3D models can include, for example 3Dreconstructions based on 3D point clouds, such as 3D reconstructions ofa portion of a forest, a portion of a celebrity's home, a historiclocation, a national park, and the like.

One or more token smart contracts 645 can be associated with the token600. For instance, the one or more token smart contracts 645 managecreation (or “minting”) of the token 600. The one or more token smartcontracts 645 can pay miner devices that create (“mint”) a token 600, orbatches of tokens, for computing time and resources taken to mint thetoken 600. The one or more token smart contracts 645 can includeconditions that must be met before the token 600 can be successfullycreated (minted). For example, one such condition may require thatverification that the media device 205 was in the geographic area at atime contemporaneous with, and/or during, capture of the sensor data 230corresponding to the media data 250 of the digital asset 605 (e.g.,block 290 of FIG. 2 ) must be successfully performed by one or moreverifying devices (e.g., at least a threshold number of verifyingdevices, such as a quorum as in FIGS. 15A-15B) in order to permitcreation (minting) of the token 600. The one or more token smartcontracts 645 can control how ownership of the token 600 is decidedand/or transferred. For instance, the one or more token smart contracts645 can indicate an initial owner of the token 600 and/or can identifyconditions under which ownership automatically transfers, for instancean offer meeting or exceeding an owner-mutable threshold amount. The oneor more token smart contracts 645 can indicate conditions under whichthe token 600 can be rented out or licensed out for temporary use orownership by licensee users, for instance an offer meeting or exceedingan owner-mutable threshold amount. The one or more token smart contracts645 can control conditions under which the token 600 can be burnt (e.g.,irreversibly destroyed and/or unlisted). The elements identified as partof the token 600 in FIG. 6 —including the token identifier 610, thetoken unit quantity 615, the token ownership 620, the on-chain immutablemetadata 625, the on-chain mutable metadata 630, the on-chain pointersto off-chain media 635, the on-chain pointers to off-chain metadata640—can be stored as part of the token 600, can be part of the tokensmart contracts 645, or both. In some examples, the code of the tokensmart contracts 645 is stored at least partly on-chain. In someexamples, the code of the token smart contracts 645 is stored at leastpartly off-chain at off-chain location(s) such as the data structures650, with the off-chain location(s) identified by on-chain pointers tothe off-chain location(s).

The token 600 includes a token identifier 610, which may be referred toas a tokenID. The token identifier 610 can be a unique identifier forthe token 600 and/or for the digital asset 605. The token identifier 610can be used to distinguish the particular instance of the digital asset605 that the token 600 corresponds to from any other instance of thedigital asset 605. In some examples, token identifiers can be created bya computing system creating (or “minting”) the token 600 by incrementedsequentially compared to token identifiers of previously-created tokens,to ensure that each token identifier is unique.

The token 600 can include a token unit quantity 615. The token unitquantity 615 can identify a quantity of the token 600 that has been oris set to be minted. In some examples, the token unit quantity 615 isone, in which case a single token 600 exists for a given digital asset605. In some examples the token unit quantity 615 is greater than one.For example, if the token unit quantity 615 is 5, then there areeffectively 5 copies of this token 600 representing this unique digitalasset 605 that can be owned and/or transferred separately. In someexamples, those 5 copies may each correspond to a separate token. Insome examples, all 5 copies may be represented by a single token. Insome examples, those 5 copies may be fungible between one another, orindistinguishable from one another. However, those 5 copies are stillnon-fungible, unique, distinct, and/or distinguishable relative to anyother instance or version or variant of the digital asset 605. In someexamples, those 5 copies are still distinguishable from one another, forexample with the corresponding token 600 for each copy including anidentifier (on-chain or off-chain) indicating which of the 5 copies thatcopy is (e.g., the 1^(st), the 2^(nd), the 3^(rd), the 4^(th), or the5^(th)). The token unit quantity 615 can control how rare the token 600,and by extension the digital asset 605, is. If the token unit quantity615 is one, then the token 600 and corresponding digital asset 605 isunique. If the token unit quantity 615 is more than one but less than ararity threshold, then the token 600 and corresponding digital asset 605is rare. If the token unit quantity 615 is more than one but more than ararity threshold, then the token 600 and corresponding digital asset 605is common. In some examples, there may be any number of ranges ofrarity, in addition to or instead of unique, rare, and common—such aslegendary, very rare, slightly rare, uncommon, and other categories ofrarity. In some cases, the token unit quantity 615 can be decided aspart of the minting process and/or identified in one of the token smartcontracts 645 that manages the minting process.

The token 600 may identify a token ownership 620, which may identify whoowns the token 600, and by extension, the corresponding digital asset605. In some examples, the token ownership 620 may initially be assignedto an account associated with creator of the digital asset 605, such asa user associated with the media device 205 that captured, obtained, orgenerated the media data 250 of the digital asset 605. The userassociated with the media device 205 may be a user that owns the mediadevice 205. The user associated with the media device 205 may be a userthat was using the media device 205 at the time when the media device205 captured the sensor data 230 and/or pose data 225 associated withthe digital asset 605, at the time when the media device 205 captured,obtained, or generated the media data 250 of the digital asset 605, or acombination thereof. In some examples, the token ownership 620 mayinitially be assigned to an account associated with an individual who isdepicted or represented in the media data 250 of the digital asset 605,as in the user Bob 945 of FIGS. 9A-9B. The token smart contracts 645 cancontrol rules for transfer of token ownership 620. Token ownership 620can be transferred as a transaction that is recorded as a payloadelement in a payload of a block of a blockchain ledger or otherdistributed ledger.

The token 600 may include on-chain immutable metadata 625. The on-chainimmutable metadata 625 can include, for example, a description of thetoken 600, a description of the digital asset 605 that the token 600represents, some immutable attributes or properties of the digital asset605 and/or the token 600, or some combination thereof. The on-chainimmutable metadata 625 can use properties of the distributed ledgerand/or of the token smart contracts 645 to ensure that the on-chainimmutable metadata 625 remains unchanged. In some examples, the on-chainimmutable metadata 625 can identify the media device 205 that captured,obtained, or generated the media data 250 of the digital asset 605. Insome examples, the on-chain immutable metadata 625 can identify acategory of media that the digital asset 605 includes (e.g., image,video, audio clip, 3D point cloud, 3D model, map, etc.). In someexamples, the on-chain immutable metadata 625 can identify a position orpose of the media device 205 at a time contemporaneous with, and/orduring, the capture of the sensor data 230 associated with the digitalasset 605. In some examples, the on-chain immutable metadata 625 canidentify the geographic area.

The token 600 may include on-chain mutable metadata 630. The on-chainmutable metadata 630 can include, for example, a description of thetoken 600, a description of the digital asset 605 that the token 600represents, some immutable attributes or properties of the digital asset605 and/or the token 600, or some combination thereof. The on-chainmutable metadata 630 can be mutable or changeable. In some examples, achange to the on-chain mutable metadata 630 can be recorded as atransaction that is recorded as a payload element in a payload of ablock of a blockchain ledger or other distributed ledger. In someexamples, the on-chain immutable metadata 625 can identify how manytimes the digital asset 605 has been viewed, played, accessed, or usedin a specified manner.

The token 600 may include on-chain pointers to off-chain media 635. Theoff-chain media can include the digital asset 605 and/or one or morerepresentations of the digital asset 605. For example, the off-chainmedia can include one or more images, 3D point clouds, 3D models, videoclips, audio clips, maps, or combinations thereof. These types of mediacan require a lot of storage space to store, and can thus be expensiveto store on-chain in terms of execution fee charges (such as gas on anEthereum blockchain ledger). Thus, it may be more efficient to storethis media off-chain in one or more off-chain locations, such as thedata structures 650. The on-chain pointer can include a uniform resourceidentifier (URI), such as a uniform resource locator (URL), that pointsto the one or more network locations of the one or more off-chainlocations. In some examples, hashes can be stored of the off-chainmedia, so that a verifying device can compute a hash of the off-chainmedia and compare the computed hash to the stored hash that is storedon-chain to verify that the off-chain media is accurate. In someexamples, the off-chain media may be immutable. In some examples, theoff-chain media may be mutable. In some examples, the pointer may beimmutable. In some examples, the pointer may be mutable.

The token 600 may include on-chain pointers to off-chain metadata 640.The off-chain metadata 630 can include, for example, a description ofthe token 600, a description of the digital asset 605 that the token 600represents, some immutable attributes or properties of the digital asset605 and/or the token 600, or some combination thereof. Some digitalassets 605 and/or tokens 600 may require significant quantities ofmetadata, which can require a lot of storage space to store, and canthus be expensive to store on-chain in terms of execution fee charges(such as gas on an Ethereum blockchain ledger). Thus, it may be moreefficient to store this metadata off-chain in one or more off-chainlocations, such as the data structures 650. The on-chain pointer caninclude a uniform resource identifier (URI), such as a uniform resourcelocator (URL), that points to the one or more network locations of theone or more off-chain locations. In some examples, hashes can be storedof the off-chain metadata, so that a verifying device can compute a hashof the off-chain metadata and compare the computed hash to the storedhash that is stored on-chain to verify that the off-chain metadata isaccurate. In some examples, the off-chain metadata may be immutable. Insome examples, the off-chain metadata may be mutable. In some examples,the pointer may be immutable. In some examples, the pointer may bemutable.

FIG. 7 is a block diagram illustrating a directed acyclic graph (DAG)ledger 700 configured to track a digital asset associated with aposition in a geographic area, according to an aspect of the presentdisclosure. While FIG. 5 discusses use of a blockchain ledger 500, itshould be understood that a non-linear ledger structure, such as thedirected acyclic graph (DAG) ledger structure of FIG. 7 , may be usedinstead of or in addition to the blockchain ledger 500 discussed herein.The term “distributed ledger” as used herein should be understood torefer to at least one of a blockchain ledger 500 (as in FIG. 5 ), a DAGledger 700 (as in FIG. 7 ), or a combination thereof. In a DAG ledger,each block header includes the hashes of blocks, or block headers, of apredetermined number of other “parent” blocks in the DAG ledger selectedeither at random or in some other non-linear manner, rather than thehash of a single previous block in the blockchain. Where each blockheader includes multiple hashes corresponding to different parent blocksor their headers, these hashes can be combined together (e.g., using aMerkle root).

For example, in the DAG ledger of FIG. 7 , the predetermined number istwo, at least after the first two blocks are generated. In the web DAGledger of FIG. 7 , the parent blocks are indicated using arrows. Block710 includes hashes of the block headers of parent blocks 720 and 750.Block 720 includes hashes of the block headers of parent blocks 740 and760. Block 730 includes hashes of the block headers of parent blocks 720and 760. Block 740 includes hashes of the block headers of parent blocks710 and 730. Block 750 includes hashes of the block headers of parentblocks 710 and 720. Block 760 includes hashes of the block headers ofparent blocks 710 and 750. The resulting structure is a directed acyclicgraph (DAG) of blocks, where each vertex block includes a hash of itsparent vertex block(s), rather than a linear stream of blocks as in ablockchain. A DAG ledger may sometimes be referred to as a “web,” a“tangle,” or a “hashgraph.”

In some examples, the number of parent blocks of a given block in a DAGledger is not predetermined, but there may be a predetermined minimumnumber of parent blocks, such as a two-parent minimum or a one-parentminimum, meaning that each block has at least the predetermined minimumnumber of parent blocks. In some cases, each block in a DAG ledger mayonly identify only a single payload element (e.g., a token 600) ratherthan multiple payload elements, and may therefore forego a Merkle root520/350/380 of payload elements and/or replace it with a hash of thesingle payload element. In other implementations, each block mayidentify multiple payload elements associated with a predetermined timeperiod, and/or may include a Merkle root 520/350/380 of the payloadelements. In some examples, DAG ledgers 700 may provide benefits overblockchain ledgers 500 by providing parallelized validation, which mayprovide higher throughput.

FIG. 8A is a perspective diagram 800 illustrating a user 805 using amedia device 810 to capture a digital asset 840 (an image) of a portraitin a museum. The media device 810 captures the digital asset 840 usingimage sensors 815 of the media device 810 while the portrait (the MonaLisa) in the museum (the Louvre museum) is in the field of view (FOV)825 of the image sensors 815 of the media device 810. The media device810 may be an example of the media device 205. The image sensors 815 ofthe media device 810 may be examples of the media sensors 220 of themedia device 205. The media device 810 may generate positioning datausing its positioning sensors 820 at a time contemporaneous with, and/orduring, capture of the image corresponding to the digital asset 840 bythe image sensors 815. The positioning sensors 820 may be examples ofthe pose sensors 215. The positioning data may be examples of the posedata 225. The media device 810 may communicate with a local device 830in the geographic area (e.g., in the museum) or in the proximity of thegeographic area (e.g., near the museum). The media device 810 may sendand/or receive one or more communications 835 to and/or from the localdevice 830. The local device 830 may be an example of the local device270. The communications 835 may be an example of the communications 272.In some examples, the local device 830 may be a beacon.

While the media device 810 of FIG. 8A is illustrated as a mobile handset410, in some examples the media device 810 may be a media device 810with and/or geographicly locked to the geographic area. For example, themedia device 810 may be a kiosk device that is geographicly locked tothe Louvre Museum that the user 805 can approach and capture the digitalasset 840 using. In this case, such a media device 810 can self-verifythat it is located in the geographic area, for instance because themedia device 810 is geographicly locked to the geographic area.

FIG. 8B is a conceptual diagram 850 illustrating information 855 about atoken 860 associated with the digital asset 840 of FIG. 8A. The token860 can be an example of a token 600. The information 855 can bepartially identified in the token 860 itself (e.g., as token identifiers610, on-chain immutable metadata 625, on-chain mutable metadata 630,off-chain media 635, off-chain metadata 640, rules of one or more smartcontracts 645, or a combination thereof). The information 855 about thetoken 860 includes a title 865, indicated as “Look at the Mona Lisa!”The information 855 about the token 860 includes a copy of the digitalasset 840 (e.g., retrieved using an on-chain pointer to off-chain media635 from the token 860). The information 855 about the token 860identifies the digital asset type 870 of the digital asset 840 as beingan image. The information 855 about the token 860 includes metadata 875associated with capture of the digital asset 840, which is a paperclipicon (indicating that the metadata 875 is viewable upon clicking thepaperclip icon).

The information 855 about the token 860 includes history 880. In someexamples, each element of the history 880 is identified as a payloadelement in a block of the distributed ledger that stores the token 860.The history 880 indicates that, on May 24, 2021 at 2:03:36 PM, thedigital asset 840 is captured by user 805 using media device 810 whilepositioning sensors 920 of media device 810 indicate a pose of the mediadevice 810 is in the Louvre Museum facing north and while media device810 and local device 830 at the Louvre Museum are in communication range(based on communications 835). The history 880 indicates that, on May26, 2021 at 6:40:01 AM, a server 885 mints token 860 based on digitalasset 840 with ownership set to user 805 upon verifying that mediadevice 810 was at the Louvre Museum during capture (e.g., via objectrecognition and/or by verifying positioning sensor 820 data matches theLouvre Museum's known geographic area and/or by verifying communicationsin communications 835). The server 885 may be an example of the networkdevice 280. The history 880 indicates that, on May 28, 2021 @ 1:22:54PM, ownership of token 860 is transferred from user 805 to user 890after purchase of token 860 by user 890 from user 805.

In some examples, a venue may permit venue attendees to capture alimited amount of digital assets for which a network device 280associated with the venue can mint tokens 600. For example, a venueattendee can purchase a token “pass” from the venue indicating that thenetwork device 280 associated with the venue will generate one or moretokens for, a certain number of images (or other digital assets)captured by the user within the venue (e.g., tokens to be generated by 5of the user's images in the venue). Generating tokens for such imagescan use the reputation of the token minter (the venue and the networkdevice 280 associated with the venue) to help prove that the user wasreally at the venue on a given day and time, for example allowing theuser to prove that they were at a particular concert, sports game, filmshowing, and the like. Generating tokens for such images can use thereputation of the token minter (the venue and the network device 280associated with the venue) to help prove that the user was at aparticular section of the venue (e.g., a particular seat). In somecases, verification that the media device 205 was in the geographic area(e.g., in the venue) at a time contemporaneous with, and/or during,capture of the sensor data 230 associated with the media data 250 of thedigital asset may include cross-referencing the identity of the userwith tickets to the venue and/or to particular sections of the venue(e.g. particular seats or seating sections). In some examples, tokensfor images (or other media) captured from certain seats or positionswithin the venue (e.g., front-row seats) may be more valuable thantokens for images (or other media) captured from other seats orpositions within the venue (e.g., the faraway seats or “nosebleed”seats). In some examples, the geographic area may be a particularportion of a venue, such as a particular seat or seating section.

FIG. 9A is a perspective diagram 900 illustrating a user 905 using amedia device 910 to capture a digital asset 940 (an image) of severalpeople including an individual identified as Bob 945. The media device910 captures the digital asset 940 using image sensors 915 of the mediadevice 910 while the people, including Bob 945, are in the field of view(FOV) 925 of the image sensors 915 of the media device 910. The mediadevice 910 may be an example of the media device 205. The image sensors915 of the media device 910 may be examples of the media sensors 220 ofthe media device 205. The media device 910 may generate positioning datausing its positioning sensors 920 at a time contemporaneous with, and/orduring, capture of the image corresponding to the digital asset 940 bythe image sensors 915. The positioning sensors 920 may be examples ofthe pose sensors 215. The positioning data may be examples of the posedata 225. The media device 910 may communicate with a local device 930in the geographic area or in the proximity of the geographic area. Thelocal device 930 may be, for example, Bob's device. In the context ofFIGS. 9A-9B, the geographic area may be the vicinity of the peopledepicted in the digital asset 940, including Bob 945. Verification thatthe media device 910 is in the geographic area may help verify that thepeople depicted in the digital asset 940 are, in fact, Bob 845 and theother depicted people. The media device 910 may send and/or receive oneor more communications 935 to and/or from the local device 930. Thelocal device 930 may be an example of the local device 270. Thecommunications 935 may be an example of the communications 272.

FIG. 9B is a conceptual diagram 950 illustrating information 955 about atoken 960 associated with the digital asset 940 of FIG. 9A. The token960 can be an example of a token 600. The information 955 can bepartially identified in the token 960 itself (e.g., as token identifiers610, on-chain immutable metadata 625, on-chain mutable metadata 630,off-chain media 635, off-chain metadata 640, rules of one or more smartcontracts 645, or a combination thereof). The information 955 about thetoken 960 includes a title 965, indicated as “The guys are here!” Theinformation 955 about the token 960 includes a copy of the digital asset940 (e.g., retrieved using an on-chain pointer to off-chain media 635from the token 960). The information 955 about the token 960 identifiesthe digital asset type 970 of the digital asset 940 as being an image.The information 955 about the token 960 includes metadata 975 associatedwith capture of the digital asset 940. The metadata 975 is shown as apaperclip icon (indicating that the metadata 975 is viewable uponclicking the paperclip icon).

The information 955 about the token 960 includes history 980. In someexamples, each element of the history 980 is identified as a payloadelement in a block of the distributed ledger that stores the token 960.The history 980 indicates that, on May 24, 2021 at 2:03:36 PM, thedigital asset 940 is captured by user 905 using media device 910 whilepositioning sensors 920 of media device 910 indicate that a pose of themedia device 910 is near Bob's device 930 and while media device 910 andBob's device 930 are in communication range (communications 935). Thehistory 980 indicates that, on May 26, 2021 at 6:40:01 AM, a server 985mints token 960 based on digital asset 940 with ownership set to Bob 945upon verifying that Bob 945 is depicted in digital asset 940 (e.g., viafacial recognition and/or verifying positioning sensor 920 data nearBob's device 930 and/or by verifying communications 935). The server 985may be an example of the network device 280. The history 980 indicatesthat, on May 28, 2021 @ 1:22:54 PM, ownership of token 960 transferredfrom Bob 945 to user 990 after purchase of token 960 by user 990 fromBob 945.

In some examples, one or more tokens 960 may be minted by the server 985corresponding to the digital asset 940. For example, the server 985 maymint the one or more tokens 960 so that the user 905 that captured thedigital asset 940 can own one of the tokens 960, and so that each of thepeople identified in the digital asset 940 (including Bob 945 asidentified in the information 955) can own one of the tokens 960.

FIG. 10A is a perspective diagram 1000 illustrating a user 1005 using amedia device 1010 to generate a digital asset 1040 (an image) of thatincludes a virtual object 1045 composited into a real scene. The mediadevice 1010 captures the digital asset 1040 using image sensors 1015 ofthe media device 1010 while the virtual object 1045 (a virtual dog) inthe geographic area (a park) is in the field of view (FOV) 1025 of theimage sensors 1015 of the media device 1010. In some examples, thevirtual object 1045 may be associated with the geographic area, forexample being part of a video game in which different virtual objectsappear in different geographic areas, so that the user 1005 might wanderto different geographic areas in order to “catch,” meet, or otherwiseencounter different virtual objects 1045 (e.g., different virtual pets).The media device 1010 may be an example of the media device 205. Theimage sensors 1015 of the media device 1010 may be examples of the mediasensors 220 of the media device 205. The media device 1010 may generatepositioning data using the positioning sensors 1020 at a timecontemporaneous with, and/or during, capture of the image of the parkcorresponding to the digital asset 1040 by the image sensors 1015. Thevirtual object 1045 may be generated (e.g., via a virtual contentgenerator 240) added into the image of the park (e.g., via an imagecompositor 245). The positioning sensors 1020 may be examples of thepose sensors 215. The positioning data may be examples of the pose data225. The media device 1010 may communicate with a local device 1030 inthe geographic area (e.g., in the museum) or in the proximity of thegeographic area (e.g., near the museum). The media device 1010 may sendand/or receive one or more communications 1035 to and/or from the localdevice 1030. The local device 1030 may be an example of the local device270. The communications 1035 may be an example of the communications272.

FIG. 10B is a conceptual diagram 1050 illustrating information 1055about a token 1060 associated with the digital asset 1040 of FIG. 10A.The token 1060 can be an example of a token 600. The information 1055can be partially identified in the token 1060 itself (e.g., as tokenidentifiers 610, on-chain immutable metadata 625, on-chain mutablemetadata 630, off-chain media 635, off-chain metadata 640, rules of oneor more smart contracts 645, or a combination thereof). The information1055 about the token 1060 includes a title 1065, indicated as “Just metmy virtual pet, Sparky!” The information 1055 about the token 1060includes a copy of the digital asset 1040 (e.g., retrieved using anon-chain pointer to off-chain media 635 of the token 1060). Theinformation 1055 about the token 1060 identifies the digital asset type1070 of the digital asset 1040 as being an image. The information 1055about the token 1060 includes metadata 1075 associated with capture ofthe digital asset 1040, which is a paperclip icon (indicating that themetadata 1075 is viewable upon clicking the paperclip icon).

The information 1055 about the token 1060 includes history 1080. In someexamples, each element of the history 1080 is identified as a payloadelement in a block of the distributed ledger that stores the token 1060.The history 1080 indicates that, on May 24, 2021 at 2:03:36 PM, thedigital asset 1040 is captured and/or generated by user 1005 using mediadevice 1010 while positioning sensors 1020 of media device 1010 indicatethe pose of the media device 1010 is in a park facing north and whilethe media device 1010 and the local device 1030 at the park are incommunication range (communications 1035). As shown, the park includesreal objects 1047 (e.g., trees and/or other objects). The history 1080indicates that, on May 26, 2021 at 6:40:01 AM, a server 1085 mints token1060 based on digital asset 1040 with ownership set to user 1005 uponverifying that media device 1010 was at geographic are at which virtualobject 1045 appears during capture (e.g., by verifying positioningsensors 1020 data matches the geographic area and/or by verifyingcommunications 1035). The server 1085 may be an example of the networkdevice 280. The history 1080 indicates that, on May 28, 2021 @ 1:22:54PM, ownership of token 1060 is transferred from user 1005 to user 1090after purchase of token 1060 by user 1090 from user 1005.

In some examples, generation of the virtual object 1045 and/or the token1060 associated therewith may be part of a video game, and may be drivenby a scarcity function that considers factors such as user volume(number of users of the video game), user locations (geographicdistribution of the users of the video game), market transaction history(recent transfers of virtual objects 1045 and/or tokens 1060 associatedtherewith (indicating interests of user base)), user engagement (hoursin the video game per user), or a combination thereof.

FIG. 11A is a perspective diagram 1100 illustrating a user 1105 using amedia device 1110 to generate a digital asset 1140 (a map) of a hikingpath. The media device 1110 captures sensor data using its positioningsensors 1120. The sensor data may be examples of the pose data 225and/or of the sensor data 230. The positioning sensors 1120 may beexamples of the pose sensors 215 and/or of the media sensors 220. Themedia device 1110 may generate the digital asset 1140 (the map) of thehiking path using a map generator 247. At least some of the sensor datamay be captured by the positioning sensors 1120 while the media device1110 is in the geographic area (e.g., the park within which the hikingtrail is).

The media device 1110 may communicate with a local device 1130 in thegeographic area (e.g., in the museum) or in the proximity of thegeographic area (e.g., near the museum). The media device 1110 may sendand/or receive one or more communications 1135 to and/or from the localdevice 1130. The local device 1130 may be an example of the local device270. The communications 1135 may be an example of the communications272.

FIG. 11B is a conceptual diagram 1150 illustrating information 1155about a token 1160 associated with the digital asset 1140 of FIG. 11A.The token 1160 can be an example of a token 600. The information 1155can be partially identified in the token 1160 itself (e.g., as tokenidentifiers 610, on-chain immutable metadata 625, on-chain mutablemetadata 630, off-chain media 635, off-chain metadata 640, rules of oneor more smart contracts 645, or a combination thereof). The information1155 about the token 1160 includes a title 1165, indicated as “Look atthe Mona Lisa!” The information 1155 about the token 1160 includes acopy of the digital asset 1140 (e.g., retrieved using an on-chainpointer to off-chain media 635 of the token 1160). The information 1155about the token 1160 identifies the digital asset type 1170 of thedigital asset 1140 as being an image. The information 1155 about thetoken 1160 includes metadata 1175 associated with capture of the digitalasset 1140, which is a paperclip icon (indicating that the metadata 1175is viewable upon clicking the paperclip icon).

The information 1155 about the token 1160 includes history 1180. In someexamples, each element of the history 1180 is identified as a payloadelement in a block of the distributed ledger that stores the token 1160.The history 1180 indicates that, on May 24, 2021 at 2:03:36 PM, thedigital asset 1140 is captured/generated by user 1105 using media device1110 while positioning sensors 920 of media device 1110 indicate that apose of media device 1110 is in the park facing west and while mediadevice 1110 and local device 1130 (e.g., beacon) at park are incommunication range (communications 1135). The history 1180 indicatesthat, on May 26, 2021 at 6:40:01 AM, a server 1185 mints token 1160based on digital asset 1140 with ownership set to user 1105 uponverifying that media device 1110 was at park during capture (e.g., byverifying positioning sensor 1120 data matches park and/or by verifyingcommunications 1135). The server 1185 may be an example of the networkdevice 280. The history 1180 indicates that, on May 28, 2021 @ 1:22:54PM, ownership of token 1160 is transferred from user 1105 to user 1190after purchase of token 1160 by user 1190 from user 1105.

In some examples, additional information may be required (e.g., by oneor more smart contracts 645) to be verified (e.g., by a network device280) before the network device 280 can mint a token corresponding to aparticular digital asset. For example, in addition to verifying that themedia device was in the geographic location, the additional informationthat may be required to be verified may include fitness or activityaccomplishments (step counts, calories burned, first runner on newtrail, etc.), a difficulty level of accomplishment (e.g., steps on asteep mountain vs. steps on a flat surface), a personal record, a localrecord, a world record, or a combination thereof. This information maybe based on pose data 225, positioning data, fitness app data, healthapp data, fitness tracker data, wearable device data, and the like.

FIG. 12A is a perspective diagram 1200 illustrating a user 1205 using anownership device 1210 to purchase a digital asset 1240 (an image) of aportrait in a museum. The ownership device 1210 displays a purchase userinterface with a “buy” button 1245. Pressing the buy button 1245 allowsthe ownership device 1210 to either purchase an existing token 1260 forthe digital asset 1240, or to request creation (minting) of a new token1260 for the digital asset 1240. The digital asset 1240 may be capturedby one or more sensors of a media device (e.g., as in the media device205). In some examples, the ownership device 1210 may be the mediadevice that captures the digital asset 1240. In some examples, theownership device 1210 may be distinct from the media device thatcaptures the digital asset 1240. For instance, the media device thatcaptures the digital asset 1240 may be the media device 810 of FIG. 8A.The ownership device 1210 may include positioning sensors 1220. Theownership device 1210 may generate positioning data using itspositioning sensors 1220. The positioning sensors 1220 may be examplesof the pose sensors 215. The positioning data may be examples of thepose data 225. The ownership device 1210 may communicate with a localdevice 1230 in the geographic area (e.g., in the museum) or in theproximity of the geographic area (e.g., near the museum). The ownershipdevice 1210 may send and/or receive one or more communications 1235 toand/or from the local device 1230. The local device 1230 may be anexample of the local device 270. The communications 1235 may be anexample of the communications 272. In some examples, the ownershipdevice 1210 may only be offered to purchase ownership of (and/orcreation/minting of) the token 1260 if the ownership device 1210 isverified as being in the geographic area (e.g., in the Louvre Museum).In some examples, the ownership device 1210 may only be able to becomethe owner of (and/or cause creation/minting of) the token 1260 if theownership device 1210 is verified as being in the geographic area (e.g.,in the Louvre Museum).

FIG. 12B is a conceptual diagram 1250 illustrating information 1255about a token 1260 associated with the digital asset 1240 of FIG. 12A.The token 1260 can be an example of a token 600. The information 1255can be partially identified in the token 1260 itself (e.g., as tokenidentifiers 610, on-chain immutable metadata 625, on-chain mutablemetadata 630, off-chain media 635, off-chain metadata 640, rules of oneor more smart contracts 645, or a combination thereof). The information1255 about the token 1260 includes a title 1265, indicated as “LouvreOfficial Digital Mona Lisa” The information 1255 about the token 1260includes a copy of the digital asset 1240 (e.g., retrieved using anon-chain pointer to off-chain media 635 of the token 1260). Theinformation 1255 about the token 1260 identifies the digital asset type1270 of the digital asset 1240 as being an image. The information 1255about the token 1260 includes metadata 1275 associated with capture ofthe digital asset 1240. The metadata 1275 is shown as a paperclip icon(indicating that the metadata 1275 is viewable upon clicking thepaperclip icon).

The information 1255 about the token 1260 includes history 1280. In someexamples, each element of the history 1280 is identified as a payloadelement in a block of the distributed ledger that stores the token 1260.The history 1280 indicates that, on May 24, 2021 at 2:03:36 PM, thedigital asset 1240 is captured by media device while positioning sensorsof the media device indicate the pose of the media device is in LouvreMuseum facing north and while media device and local device 1230 at theLouvre Museum are in communication range. The history 1280 indicatesthat, on May 26, 2021 at 6:40:01 AM, a server 1285 mints token 1260based on digital asset 1240 with ownership set to user 1205 uponverifying that the ownership device 1210 was at the Louvre duringrequest of the digital asset 1240 (e.g., by verifying positioning sensor1220 data matches the Louvre Museum and/or upon verifying communications1235) and/or verifying that the media device was at the Louvre Museumduring capture of the digital asset 1240. The server 1285 may be anexample of the network device 280. The history 1280 indicates that, onMay 28, 2021 @ 1:22:54 PM, ownership of token 1260 is transferred fromuser 1205 to user 1290 after purchase of token 1260 by user 1290 fromuser 1205.

In some examples, the user interface (with the buy button 1245) for theownership device 1210 may filter which digital assets 1240 and/or tokens1260 associated therewith are available for same, for example based onfactors such as credentialing (using a specific app to look for specificcontent based on scene information or designating NFT content forviewing or purchase by select users), user selection, user filtering,crowdsourced feedback (number of views, likes, comments, requests,etc.), and/or learned user behavior (e.g., behavior learning using amachine learning algorithm).

In some examples, tracked histories of tokens, such as the histories880, 980, 1080, 1180, and 1280, may track chain of custody of a tokencorresponding to a digital asset, such as token 860 corresponding todigital asset 840, token 960 corresponding to digital asset 940, token1060 corresponding to digital asset 1040, token 1160 corresponding todigital asset 1140, or token 1260 corresponding to digital asset 1240.In some examples, users may view the histories and/or chains of custodyof certain tokens. For example, visitors to a museum (e.g., the LouvreMuseum) may be interested in viewing the history and/or chain of custodyof an official token for a digital copy of a particular work of art inthe museum (e.g., the official digital copy of the Mona Lisa portraitthat was produced by the museum's staff).

FIG. 13 is a conceptual diagram 1300 illustrating an anchor element 1350that is associated with a token 1360, and detection of the anchorelement 1350 by a media device 1310 triggering display of a digitalasset 1340 corresponding to the token on the media device 1310. Theanchor element 1350 may be an example of the anchor element(s) 299 ofFIG. 2 . The anchor element 1350 is illustrated as an optical glyph,specifically a QR code. In some examples, the optical glyph of theanchor element 1350 can include QR codes, bar codes, Aztec codes, dotcodes, data matrices, shotcodes, or combinations thereof. Other realobjects 1347 (e.g., trees) are also illustrated. In some examples,optical glyph may optically encode information identifying the token1360, information about the token 1360, information indicative of thetoken 1360, or a combination thereof. The media device 1310 detects theoptical glyph of the anchor element 1350 using the image sensors 1315 ofthe media device 1310. In some examples, the media device 1310 scans theoptical glyph of the anchor element 1350 using the image sensors 1315 ofthe media device 1310 to decode the information that is opticallyencoded in the optical glyph of the anchor element 1350. Based on theinformation, the media device 1310 determines that the anchor element1350 is associated with a token 1360 (e.g., token 600) stored in adistributed ledger 1365 (e.g., blockchain ledger 500 and/or DAG ledger700).

The media device 1310 determines, based on the information that themedia device 1310 has decoded about the token 1360 from the anchorelement 1350 and/or based on information that the media device 1310 hasread about the token 1360 in the distributed ledger 1365, that the token1360 is associated with a digital asset 1340. In the example illustratedin FIG. 13 , the digital asset 1340 is a virtual object 1345 illustratedas a virtual dog, similar to the virtual object 1045 of FIG. 10A. Themedia device 1310 displays the digital asset 1340 (e.g., the virtualobject 1345) on the display of the media device 1310. The media device1310 can also display information 1355 about the token 1360 that isassociated with the digital asset 1340. For instance, the information1355 can include ownership of the token 1360 (e.g., name of the owner ofthe token 1360 or some other identifier of the owner), an identifierand/or type of the distributed ledger 1365 on which the token 1360 isminted (e.g., Ethereum®, Cardano®, distributed ledger 295, blockchainledger 500, DAG ledger 700, distributed ledger 1365, distributed ledger1415, etc.), information about smart contract(s) associated with thetoken 1360 (e.g., third-party security audits of the contract, when thetoken 1360 was minted, when the smart contract was launched, when thesmart contract was updated, when the conditions of the smart contractwere met), when the token 1360 was generated and/or minted, a tokenidentifier 610, a token unit quantity 615 (e.g., how many instances ofthe token 1360 exist, which instance is this specific token 1360) atoken ownership 620, any on-chain immutable metadata 625, on-chainmutable metadata 630, off-chain media 635, on-chain media, off-chainmetadata 640, token smart contracts 645, any information about any otherparameters of the token 1360, or a combination thereof. In someexamples, the information 1355 may include an interface element (e.g., abutton, a link, a URL, a pointer) to a transfer platform that can allowthe token 1360 to be transferred (e.g., bought, sold, rented, licensed,or some combination thereof). If the user 1305 is the current owner ofthe token 1360, the interface element may direct the media device 1310to sell the token 1360 using the transfer platform. If the user 1305 isnot the current owner of the token 1360, the interface element maydirect the media device 1310 to buy the token 1360 using the transferplatform.

The media device 1310 may also communicate with data store(s) 1370 toobtain information about the token 1360, the digital asset 1340, and/orany modifications, customizations, and/or personalizations. The datastore(s) 1370 may be examples of the data store(s) 298 and/or the datastructure(s) 650. In some examples, some of the information 1355 may beobtained by the media device 1310 from the data store(s) 1370. In someexamples, the data store(s) 1370 may store modifications,customizations, and/or personalizations to the digital asset 1340 (e.g.,to the virtual object 1345). For example, in FIG. 13 , one suchcustomization 1357 stored in the data store(s) 1370 is illustrated as ahat (e.g., a party hat) for the virtual object 1345 (e.g., the virtualdog). The modifications, customizations, and/or personalizations to thedigital asset 1340 may be added by an owner of the token 1360, in someexamples. The modifications, customizations, and/or personalizations tothe digital asset 1340 may be added by previous owner(s) of the token1360, in some examples. The modifications, customizations, and/orpersonalizations to the digital asset 1340 may be added by viewer(s) ofthe digital asset 1340 corresponding to the token 1360, in someexamples. Different users and/or owners of the token 1360 can setdifferent settings identifying who can and cannot add modifications,customizations, and/or personalizations to the digital asset 1340.

In some examples, certain modifications, customizations, and/orpersonalizations to the digital asset 1340 may be automatically appliedto a digital asset 1340 to help the user 1305 know certain informationabout a digital asset 1340 and/or the associated token 1360. Forexample, if the user 1305 owns the token 1360, a first effect (e.g., oneor more modifications, customizations, and/or personalizations) may beapplied to the digital asset 1340 as displayed by the media device 1310.If a person who the user 1305 knows (e.g., a friend, a family member, aco-worker, a contact, or an acquaintance of another relationship type)owns the token 1360, a second effect (e.g., one or more modifications,customizations, and/or personalizations) may be applied to the digitalasset 1340 as displayed by the media device 1310. If a famous person(e.g., a celebrity) owns the token 1360, a third effect (e.g., one ormore modifications, customizations, and/or personalizations) may beapplied to the digital asset 1340 as displayed by the media device 1310.In some examples, different relationship types (e.g., friends vs. familyvs. co-workers) can be associated with different effects (e.g., one ormore modifications, customizations, and/or personalizations). In someexamples, different types of famous people (e.g., politicians, sportsstars, musicians, movie stars, TV stars, famous scientists, etc.) can beassociated with different effects (e.g., one or more modifications,customizations, and/or personalizations).

While the media device 1310 is illustrated as initially showing adepiction of the anchor element 1350 on its display, it should beunderstood that this is intended to illustrate that the image sensors1315 of the media device 1310 have captured image(s) of the anchorelement 1350. In some examples, the anchor element 1350 itself isdisplayed by the media device 1310, for instance in an image previewwindow corresponding to the image sensors 1315. In some examples, theanchor element 1350 itself is never displayed by the media device 1310,and the media device 1310 instead displays the virtual object 1345(e.g., with information 1355 and/or customization 1357) in its place.

In some examples, the anchor element 1350 may be a different type ofanchor element than an optical glyph. For instance, in some examples,the anchor element 1350 may be an object, with reference image(s) of theobject stored in the data store(s) 1370 and/or in the distributed ledger1365 (e.g., using an on-chain pointer to off-chain reference image(s)).The media device 1310 may detect and recognize the object in image(s)captured using the image sensors 1315 by comparing the image(s) capturedusing the image sensors 1315 to the reference image(s) of the object.The data store(s) 1370 may identify the token 1360 along with thereference image(s) of the object, allowing the media device 1310 todetermine the token 1360 upon detecting and/or recognizing the object,after which the media device 1310 proceeds as described above,outputting the digital asset 1340 (e.g., with information 1355 and/orcustomization 1357).

In some examples, the anchor element 1350 may include a specified areaidentified in the data store(s) 1370 and/or in the distributed ledger1365 as associated with the token 1360. Detection by the media device1310 using the positioning sensors 1320 and/or the image sensor(s) 1315(e.g., by recognizing image(s) of the environment in the specified area)that the media device 1310 is located in the specified area can causethe media device 1310 to output the digital asset 1340 (e.g., withinformation 1355 and/or customization 1357) corresponding to the token1360 corresponding to the anchor element 1350. In some examples, theanchor element 1350 may include a specified location identified in thedata store(s) 1370 and/or in the distributed ledger 1365 as associatedwith the token 1360. Detection by the media device 1310 using thepositioning sensors 1320 and/or the image sensor(s) 1315 (e.g., byrecognizing image(s) of the environment in the specified area) that themedia device 1310 is located within a threshold range of the specifiedlocation can cause the media device 1310 to output the digital asset1340 (e.g., with information 1355 and/or customization 1357)corresponding to the token 1360 corresponding to the anchor element1350.

FIG. 14 is a conceptual diagram illustrating a token device 1405 that isassociated with a token 1420 in a distributed ledger 1415, and transferof the token device 1405 from a first user 1410 to a second user 1430.The token device 1405 may be an example of a local device 270, a networkdevice 280, a media device 205, one of the additional devices 297, thedata store(s) 298, the anchor element(s) 299, the anchor element 1350, acomputing system 1900, or a combination thereof. The token device 1405is associated with the token 1420, which may be associated with adigital asset 1425. The digital asset 1425 is illustrated in FIG. 14 asincluding an image of a dog and a tree. The token device 1405 mayinclude output device(s), such as display(s) and/or speaker(s). Thetoken device 1405 may output the digital asset 1425 associated with thetoken 1420, for example by displaying visual content (e.g., image(s),video(s)) of the digital asset 1425 using the display(s) of the tokendevice, and/or by playing audio content (e.g., sound(s), music) of thedigital asset 1425 using speaker(s) of the token device. In FIG. 14 ,the token device 1405 is illustrated as including a display thatdisplays the image of the dog and the tree that is part of the digitalasset 1425. In some examples, the digital asset 1425 may include a videoor an animated image, and the token device 1405 can play the video oranimated image, for example on loop. In some examples, the token device1405 can be a physical representation of the token 1420 that the tokendevice 1405 is associated with.

As indicated at the top scenario 1400A of FIG. 14 , a distributed ledger1415 associated with the token 1420 (e.g., blockchain ledger 500 and/orDAG ledger 700) indicates that the token 1420 is owned by the first user1410. In the middle scenario 1400B and the bottom scenario 1400C of FIG.14 , the first user 1410 is illustrated transferring the token device1405 to a second user 1430. In the middle scenario 1400B, thedistributed ledger 1415 is not updated, leading to a split ownershipscenario in which the first user 1410 still owns the token 1420according to the distributed ledger 1415, but the second user 1430 ownsthe token device 1405. Since the token device 1405 may be considered aphysical representation of the token 1420, this scenario may causeconfusion. For instance, the first user 1410 can offer to sell the token1420 to the second user 1430, but instead only sell the token device1405 to the second user 1430. If the second user 1430 is notknowledgeable about the token 1420 and the token device 1405, this mayresult in a negative outcome in which the second user 1430 believes theyhave purchased the token 1420 and the token device 1405, but has in factonly purchased the token device 1405 without the token 1420.

In the bottom scenario 1400C, a transfer system (e.g., the token device1405, the media device 205, the network device(s) 280, the localdevice(s) 270, the additional device(s) 297, the computing system 1900)detects that the token device 1405 has been relocated to an areaassociated with the second user 1430 (e.g., from another area associatedwith the first user 1410). The transfer system may detect that the tokendevice 1405 is in the area associated with the second user 1430 based onthe token device 1405 coming into communicative range with one or moredevice(s) associated with the second user 1430, such as a local device1435, a wireless local area network (WLAN), other token device(s) thatthe second user 1430 owns and that are associated with token(s) that thesecond user 1430 owns, or a combination thereof. The transfer system maydetect that the token device 1405 is in the area associated with thesecond user 1430 based on positioning sensor(s) of the token device 1405indicating that the token device 1405 is in a geographic area that hasbeen previously specified (e.g., in the distributed ledger 1415 and/orin data store(s) 298) as associated with the second user 1430. Thetransfer system may detect that the token device 1405 is in the areaassociated with the second user 1430 based on positioning sensor(s) ofthe token device 1405 indicating that the token device 1405 is within athreshold range of a location of the second user 1430 (e.g., a locationof a media device 205 of the second user 1430).

In some examples, the distributed ledger 1415 may store a smart contractassociated with the token 1420. The smart contract may be previouslyagreed-to by the first user 1410. The smart contract may indicate thatthe token 1420 is to be transferred to another user (e.g., the seconduser 1430) if the token device 1405 is relocated to an area associatedwith another user (e.g., the second user 1430). In some examples, upondetection that the token device 1405 is relocated to an area associatedwith the second user 1430, the transfer system may query a media device205 associated with the first user 1410 to agree to transfer the token1420 to the second user 1430, and upon receiving confirmation ofagreement from the media device 205 associated with the first user 1410,can proceed with initiating the transfer of the token 1420 from thefirst user 1410 to the second user 1430 (e.g., by causing the transferof the token 1420 from the first user 1410 to the second user 1430 to berecorded in the distributed ledger 1415, for instance by generatingand/or appending a new block with a payload that records the transfer).In some examples, upon detection that the token device 1405 is relocatedto an area associated with the second user 1430, the transfer system mayquery a media device 205 associated with the second user 1430 to agreeto transfer the token 1420 to the second user 1430, and upon receivingconfirmation of agreement from the media device 205 associated with thesecond user 1430, and can proceed with initiating the transfer of thetoken 1420 from the first user 1410 to the second user 1430 (e.g., bycausing the transfer of the token 1420 from the first user 1410 to thesecond user 1430 to be recorded in the distributed ledger 1415, forinstance by generating and/or appending a new block with a payload thatrecords the transfer).

FIG. 15A is a conceptual diagram 1500 illustrating generation of a smartcontract and entry of the smart contract into a distributed ledger,according to an aspect of the present disclosure. The distributedcomputing architecture includes multiple computing systems (referred tohere as computers), which may be computing systems 1900, that store andmodify the distributed ledger. A first computer submits a request 1505requesting entry of a smart contract with particular rules intodistributed ledger. A second computer submits a response 1510 indicatingthat the second computer has generated a new block to enter into thedistributed ledger with the requested smart contract. Third, fourth, andfifth computers submit verification 1520A-1520C indicating that theyhave verified that the block correctly implements the smart contract,that the code of the smart contract can be executed (e.g., does notinclude syntax errors or other errors), that all parties involved in thesmart contract have submitted agreement to the terms of the smartcontract, that on-chain pointers correctly point to valid off-chainsmart contract code, and/or that sufficient funds are allocated in orderto pay for execution fee charges for the intended payload element. Thesecond computer submits and entry confirmation indicating that the newblock is successfully entered into the distributed ledger with therequested smart contract in response to a quorum of devices verifying.

A similar process to the process illustrated in FIG. 15A may be used toenter tokens, with the corresponding verification 1520A-1520C verifying,for instance, that the token refers to a valid type of digital asset,that on-chain pointers correctly point to valid off-chain media ormetadata, and/or that sufficient funds are allocated in order to pay forexecution fee charges for the intended payload element. A similarprocess to the process illustrated in FIG. 15A may be used to entertransaction, with the corresponding verification 1520A-1520C verifying,for instance, whether the transferor has a sufficient quantity of anasset (e.g., whether the transferor owns the token to be transferred)for the transaction to take place and/or that sufficient funds areallocated in order to pay for execution fee charges for the intendedpayload element.

FIG. 15B is a conceptual diagram 1550 illustrating execution of a smartcontract, according to an aspect of the present disclosure. A firstcomputer submits an identification 1555 that the first computer hasexecuted the smart contract code, identified that the condition in thissmart contract has been met, and identified the action to be taken.Second, third, and fourth computers submit verifications 1510A-1510Cthat identify that the second, third, and fourth computers have executedthe smart contract code, verified that the condition in this smartcontract has been met, and verified the action to be taken. A fifthcomputer indicates an error 1515 with no verification. The thirdcomputer indicates an action 1520, indicating that the third computerhas executed the smart contract code and performed the action inresponse to a quorum of devices verifying (e.g. the verifications1510A-1510C).

FIG. 16A is a flow diagram illustrating an example of a process 1600 forsituational token generation, in accordance with some examples. Theprocess 1600 may be performed by a digital asset management system. Insome examples, the digital asset management system can include thedigital asset tracking system 200 of FIG. 2 , or a portion thereof. Insome examples, the imaging system can include, for example, the imagecapture and processing system 100, the image capture device 105A, theimage processing device 105B, the image processor 150, the ISP 154, thehost processor 152, the digital asset tracking system 200, the mediadevice 205, the network device(s) 280, the local device(s) 270, theadditional device(s) 297, the data store(s) 298, the anchor element(s)299, the HMD 310, the mobile handset 410, the media device 810, thelocal device 830, the media device 910, the local device 930, the mediadevice 1010, the local device 1030, the media device 1110, the localdevice 1130, the ownership device 1210, the local device 1230, the mediadevice 1310, the distributed ledger 1365, the data store(s) 1370, thetoken device 1405, one or more of the computing systems of FIG. 15A, oneor more of the computing systems of FIG. 15B, the digital asset trackingsystem that performs the process 1650, the digital asset managementsystem that performs the process 1700, the digital asset managementsystem that performs the process 1800, the computing system 1900, theprocessor 1910, or a combination thereof.

At operation 1605, the digital asset management system is configured to,and can, receive media content that is based on sensor data captured byat least one sensor of a media device. Examples of the media device caninclude the image capture and processing system 100, the image capturedevice 105A, the image processing device 105B, media device 205, the HMD310, the mobile handset 410, the media device 810, the media device 910,the media device 1010, the media device 1110, the ownership device 1210,the media device 1310, the distributed ledger 1365, the data store(s)1370, the token device 1405, the computing systems of FIGS. 15A-15B, thecomputing system 1900, or a combination thereof. Examples of the atleast one sensor includes the image sensor 130, the one or more sensors210, the one or more pose sensors 215, the one or more media sensors220, the first camera 330A, the second camera 330B, the first camera430A, the second camera 430B, the third camera 430C, the fourth camera430D, the image sensors 815, the image sensors 915, the image sensors1015, the image sensors 1315, the positioning sensors 820, thepositioning sensors 920, the positioning sensors 1020, the positioningsensors 1120, the positioning sensors 1220, the positioning sensors1320, or a combination thereof. Examples of the sensor data can includethe sensor data 230, the pose data 225, images captured by the imagesensor 130, images processed by the ISP 154, images processed by thehost processor 152, images processed by the image processor 152, thestored communications of block 278, or a combination thereof. Examplesof the media data can include the media data 250, the sensor data 230,the pose data 225, images captured by the image sensor 130, imagesprocessed by the ISP 154, images processed by the host processor 152,images processed by the image processor 152, the stored communicationsof block 278, the digital asset 605, the digital asset 840, the digitalasset 940, the digital asset 1040, the digital asset 1140, the digitalasset 1240, the digital asset 1340, the virtual object 1345, the digitalasset 1425, or a combination thereof.

In some examples, the digital asset tracking system include one or moresensor connectors coupled to the one or more sensors. The media data maybe received using the one or more sensor connectors. The sensor datacaptured by the one or more sensors may be received using the one ormore sensor connectors. The one or more sensor connectors may includeone or more of a port, a jack, a wire, an input/output (IO) pin, aconductive trace on a printed circuit board (PCB), any other type ofconnector discussed herein, or some combination thereof. In someexamples, the digital asset tracking system include one or more sensors.

In some examples, the media content includes at least a portion of thesensor data. For instance, the media device 205 can obtain the mediadata 250 by receiving the sensor data 230 and/or the pose data 225. Thedigital asset 840 is an example of media data that can be sensor datacaptured by the image sensor(s) 815 of the media device 810. The digitalasset 940 is an example of media data that can be sensor data capturedby the image sensor(s) 915 of the media device 910.

In some examples, the media content includes a modified variant of atleast a portion of the sensor data. Modifying the sensor data caninclude processing the sensor data, for example as discussed withrespect to the image processing device 105B and/or the media processor235. In some aspects, the media device generates the media data at leastin part by modifying the sensor data to add virtual content to thesensor data. The virtual content may be generated by a virtual contentgenerator 240. The virtual content may be added to the sensor data(e.g., merged with the sensor data) using an image compositor 245.Examples of the virtual content include the virtual object 1045 (thevirtual dog) that appears in the digital asset 1040 (an example of themedia data) despite not appearing in the sensor data captured by theimage sensors 1015, the virtual object 1345 (the virtual dog) thatappears in the digital asset 1340 (an example of the media data) despitenot appearing in the sensor data captured by the image sensors 1315, ora combination thereof. The digital asset 1140 may also be an example ofthe media content including modified variant of at least a portion ofthe sensor data, with the map of the digital asset 1140 being aprocessed and/or modified form of position data (e.g., collected usingthe positioning sensors 1120 and/or based on communication(s) betweenthe media device 1110 and the local device 1130).

At operation 1610, the digital asset management system is configured to,and can, determine a position of the media device. In some examples, thedigital asset management system can determine the position of the mediadevice based on the sensor data. Examples of the position of the mediadevice include the pose data 225, the sensor data 230, positioninginformation determined (e.g., by the media device 205 and/or locafexldevice 270 and/or the digital asset tracking system) based on the one ormore communications 272, stored communications of block 277, storedcommunications of block 278, positioning information determined usingimage sensors 815 and/or positioning sensors 820, positioninginformation determined (e.g., by the media device 810 and/or localdevice 830 and/or the digital asset tracking system) based on the one ormore communications 835, positioning information determined using imagesensors 915 and/or positioning sensors 920, positioning informationdetermined (e.g., by the media device 910 and/or local device 930 and/orthe digital asset tracking system) based on the one or morecommunications 935, positioning information determined using imagesensors 1015 and/or positioning sensors 1020, positioning informationdetermined (e.g., by the media device 1010 and/or local device 1030and/or the digital asset tracking system) based on the one or morecommunications 1035, positioning information determined usingpositioning sensors 1120, positioning information determined (e.g., bythe media device 1110 and/or local device 1130 and/or the digital assettracking system) based on the one or more communications 1135,positioning information determined using positioning sensors 1220,positioning information determined (e.g., by the ownership device 1210and/or local device 1230 and/or the digital asset tracking system) basedon the one or more communications 1235, positioning informationdetermined using image sensors 1315 and/or positioning sensors 1320, theposition of the token device 1405, or a combination thereof.

In some examples, the sensor data includes positioning data that isbased on receipt of at least one wireless signal by the at least onesensor. Determining the position of the media device can be based atleast in part on the positioning data. In some examples, the at leastone wireless signal includes a global navigation satellite system (GNSS)signal (e.g., a GPS signal) from a GNSS satellite (e.g., a GPSsatellite), for instance received using a positioning receiver. In someexamples, the at least one wireless signal includes a short-rangewireless signal (e.g., Bluetooth®, Wi-Fi, cellular, WLAN) from a localdevice that is within a transmission range of the media device at leastduring receipt of the at least one wireless signal by the at least onesensor. Examples of the local device can include the image capture andprocessing system 100, the image capture device 105A, the imageprocessing device 105B, the local device(s) 270, the local device 830,the local device 930, the local device 1030, the local device 1130, thelocal device 1230, the local device 1435, the computing systems of FIGS.15A-15B, the computing system 1900, or a combination thereof. Examplesof the positioning receiver can include the one or more short-rangewireless transceivers 275, the positioning sensors 820, the positioningsensors 920, the positioning sensors 1020, the positioning sensors 1120,the positioning sensors 1220, the positioning sensors 1320, or acombination thereof. Examples of the at least one wireless signal caninclude signals carrying communications 272 between the media device 205and the local device 270, signals carrying communications 835 betweenthe mobile device 810 and the local device 830, signals carryingcommunications 935 between the mobile device 910 and the local device930, signals carrying communications 1035 between the mobile device 1010and the local device 1030, signals carrying communications 1135 betweenthe mobile device 1110 and the local device 1130, signals carryingcommunications 1235 between the mobile device 1210 and the local device1230, or a combination thereof.

At operation 1615, the digital asset management system is configured to,and can, determine that the position of the media device is within ageographic area. In some examples, the digital asset management systemcan determine that the position of the media device is within thegeographic area based on the sensor data. Examples of the geographicarea include a museum (e.g., as in FIGS. 8A-8B and FIGS. 12A-12B), anoffice (e.g., as in FIGS. 9A-9B), a park (e.g., as in FIGS. 10A-10B andFIG. 13 ), a trail (e.g., as in FIGS. 11A-11B), an area associated withthe first user 1410, an area associated with the second user 1430, anindoor area, an outdoor area, a sports venue, a concert venue, a movietheater, a shopping mall, a transmission range of one or moreshort-range wireless transceivers 275 of one or more local devices 270,a receipt range of one or more short-range wireless transceivers 275 ofone or more local devices 270 (for receiving signals transmitted usingthe one or more short-range wireless transceivers 260 of the mediadevice), or a combination thereof. Examples of determining that theposition of the media device is within the geographic area includesblock 290 of the digital asset tracking system 200 of FIG. 2 , which maybe performed by the network device 280, the media device 205, the localdevice 270, or a combination thereof.

In some examples, the sensor data includes at least one image capturedby at least one image sensor of the at least one sensor of the mediadevice. The media content can be based on the at least one image.Examples of image sensors can include the image sensor 130, the mediasensors 220, the one or more media sensors 220, an image sensor of thefirst camera 330A, an image sensor of the second camera 330B, an imagesensor of the first camera 430A, an image sensor of the second camera430B, an image sensor of the third camera 430C, an image sensor of thefourth camera 430D, the image sensors 815, the image sensors 915, theimage sensors 1015, or a combination thereof. Examples of media datathat is, includes, or is based on one or more images includes thedigital asset 840, the digital asset 940, the digital asset 1040, thedigital asset 1240, the digital asset 1340, the digital asset 1425, or acombination thereof.

In some examples, determining the position of the media device includesdetecting at least a portion of an environment in the at least oneimage, and determining the position of the media device based at leastin part on detection of at least the portion of the environment in theat least one image. In some examples, determining that the position ofthe media device is within the geographic area includes detecting atleast a portion of an environment in the at least one image, anddetermining that at least the portion of the environment is locatedwithin the geographic area. For example, in the context of FIG. 8A, thedigital asset tracking system can verify that the digital asset 840depicts an object (the Mona Lisa) that is in the geographic area (theLouvre Museum), and can thus verify that the media device 810 is in thegeographic area (the Louvre Museum). In the context of FIG. 9A, thedigital asset tracking system can verify that the digital asset 940depicts an object (Bob 945) that is in the geographic area (the park),and can thus verify that the media device 910 is in the geographic area(the park). In the context of FIG. 10A, the digital asset trackingsystem can verify that the digital asset 1040 depicts objects (thevirtual object 1045 and the real objects 1047) that are in thegeographic area (the park), and can thus verify that the media device1010 is in the geographic area (the park). In the context of FIG. 11A,the digital asset tracking system can verify that the digital asset 1140depicts objects (the hiking trail) that are in the geographic area(Yosemite), and can thus verify that the media device 1110 is in thegeographic area (Yosemite). In the context of FIG. 13 , the digitalasset tracking system can verify that the digital asset 1340 depictsobjects (the virtual object 1345 and the real objects 1347) that are inthe geographic area (the park), and can thus verify that the mediadevice 1310 is in the geographic area (the park).

In some examples, the digital asset management system is configured to,and can, detect at least a portion of an individual in the at least oneimage, determine an identity of the individual, and set a parameter ofthe token (e.g., token ownership 620, token smart contract(s) 645) toindicate that the token is associated with the identity. In the contextof FIG. 9A, the digital asset tracking system can identify that image(s)captured by the image sensors 915 (and corresponding to the digitalasset 940) include a depiction of an individual having a recognizedidentity (Bob 945). In some aspects, the digital asset tracking systemis configured to, and can, set an ownership of the token to an accountassociated with the individual having the recognized identity. In thecontext of FIGS. 9A-9B, the digital asset tracking system can set theownership of the token 960 to Bob 945.

In some examples, the media content includes a map of the geographicarea, as in the map in the digital asset 1140.

In some examples, determining that the position of the media device iswithin the geographic area is based on at least one communication (e.g.,communications 272, communications 835, communications 935,communications 1035, communications 1135, communications 1235, etc.)between the media device and a local device associated with thegeographic area. Examples of the local device can include the imagecapture and processing system 100, the image capture device 105A, theimage processing device 105B, the local device(s) 270, the local device830, the local device 930, the local device 1030, the local device 1130,the local device 1230, the local device 1435, the computing systems ofFIGS. 15A-15B, the computing system 1900, or a combination thereof.

At operation 1620, in response to determining that the position of themedia device is within the geographic area at operation 1615, thedigital asset management system is configured to, and can, generate atoken corresponding to the media content. A payload of at least oneblock of a distributed ledger identifies the token. Examples of thetoken can include the token 600, the token 860, the token 960, the token1060, the token 1160, the token 1260, the token 1360, the token 1420, ora combination thereof. Examples of the distributed ledger include thedistributed ledger 295, the blockchain ledger 500, the DAG ledger 700,the distributed ledger 1365, the distributed ledger 1415, a distributedledger corresponding to the smart contract of FIGS. 15A-15B, or acombination thereof. Examples of a block include block A 505, block B535, block C 565, block 710, block 720, block 730, block 740, block 750,block 760, or a combination thereof. Examples of a payload include theBlock A payload 530, the Block B payload 560, and the Block C payload590. The token can be a non-fungible token (NFT).

In some examples, the digital asset management system is configured to,and can, generate the at least one block in response to determining thatthe position of the media device is within the geographic area, andcause the at least one block to be appended to the distributed ledger.In some examples, the at least one block includes a hash of at least aportion of a prior block of the distributed ledger (e.g., hash515/545/575, Merkle root 520/550/580). In some examples, the digitalasset management system is configured to, and can, generate thedistributed ledger in response to determining that the position of themedia device is within the geographic area.

In some examples, the digital asset management system is configured to,and can, transmit a request to generate the at least one block to acomputing device in response to determining that the position of themedia device is within the geographic area, receive the at least oneblock, and append the at least one block to the distributed ledger.

In some examples, the digital asset management system is configured to,and can, set a parameter of the token (e.g., token ownership 620, tokensmart contract(s) 645) to indicate that the token is associated with auser. The media device can be associated with the user. For instance, inthe context of FIGS. 8A-8B, the digital asset tracking system can setthe parameter of the token 860 to indicate the 805. In the context ofFIGS. 9A-9B, the digital asset tracking system can set the parameter ofthe token 960 to indicate that the token is associated with the user905. In the context of FIGS. 10A-10B, the digital asset tracking systemcan set the parameter of the token 1060 to indicate that the token isassociated with the user 1005. In the context of FIGS. 11A-11B, thedigital asset tracking system can set the parameter of the token 1160 toindicate that the token is associated with the user 1105. In the contextof FIGS. 12A-12B, the digital asset tracking system can set theparameter of the token 1260 to indicate that the token is associatedwith the user 1205. In the context of FIG. 13 , the digital assettracking system can set the parameter of the token 1360 to indicate thatthe token is associated with the user 1305. In the context of FIG. 14 ,the digital asset tracking system can set the parameter of the token1420 to indicate that the token is associated with the first user 1410and/or to the second user 1430. In some examples, parameter of the tokencan be stored on-chain, for instance in token ownership 620, on-chainimmutable metadata 625, and/or on-chain mutable metadata 630. In someexamples, parameter of the token can be stored off-chain, for instancein off-chain metadata 640.

In some examples, the digital asset management system is configured to,and can, determine that the geographic area includes at least athreshold amount of people. Generating the token corresponding to themedia content can be performed in response to determining that thegeographic area includes at least the threshold amount of people.

In some examples, the digital asset management system that performs theprocess 1600 can include the media device, the local device, or acombination thereof. In some examples, the digital asset managementsystem that performs the process 1600 is located in the geographic area.

In some examples, the digital asset management system that performs theprocess 1600 can include at least one of a head-mounted display (HMD)(e.g., HMD 310), a mobile handset (e.g., mobile handset 410), a wirelesscommunication device, or a combination thereof.

In some examples, the digital asset management system includes means forreceiving media content that is based on sensor data captured by atleast one sensor of a media device; means for determining a position ofthe media device; means for determining that the position of the mediadevice is within a geographic area; and means for generating a tokencorresponding to the media content in response to determining that theposition of the media device is within the geographic area, wherein apayload of at least one block of a distributed ledger identifies thetoken.

In some examples, the means for receiving the media content include theimage capture and processing system 100, the image sensor 130, thedigital asset tracking system 200, the one or more sensors 210, the oneor more pose sensors 215, the one or more media sensors 220, the firstcamera 330A, the second camera 330B, the first camera 430A, the secondcamera 430B, the third camera 430C, the fourth camera 430D, the imagesensors 815, the image sensors 915, the image sensors 1015, the imagesensors 1315, the positioning sensors 820, the positioning sensors 920,the positioning sensors 1020, the positioning sensors 1120, thepositioning sensors 1220, the positioning sensors 1320, the media device205, the network device(s) 280, the local device(s) 270, the additionaldevice(s) 297, the data store(s) 298, the anchor element(s) 299, the HMD310, the mobile handset 410, the media device 810, the local device 830,the media device 910, the local device 930, the media device 1010, thelocal device 1030, the media device 1110, the local device 1130, theownership device 1210, the local device 1230, the media device 1310, thedistributed ledger 1365, the data store(s) 1370, the token device 1405,one or more of the computing systems of FIG. 15A, one or more of thecomputing systems of FIG. 15B, the computing system 1900, the inputdevice 1945, or a combination thereof.

In some examples, the means for determining the position of the mediadevice, and/or determining that the position of the media device iswithin the geographic area, include the image capture and processingsystem 100, the image sensor 130, the digital asset tracking system 200,the one or more sensors 210, the one or more pose sensors 215, the oneor more media sensors 220, the first camera 330A, the second camera330B, the first camera 430A, the second camera 430B, the third camera430C, the fourth camera 430D, the image sensors 815, the image sensors915, the image sensors 1015, the image sensors 1315, the positioningsensors 820, the positioning sensors 920, the positioning sensors 1020,the positioning sensors 1120, the positioning sensors 1220, thepositioning sensors 1320, the media device 205, the network device(s)280, the local device(s) 270, the additional device(s) 297, the datastore(s) 298, the anchor element(s) 299, the HMD 310, the mobile handset410, the media device 810, the local device 830, the media device 910,the local device 930, the media device 1010, the local device 1030, themedia device 1110, the local device 1130, the ownership device 1210, thelocal device 1230, the media device 1310, the distributed ledger 1365,the data store(s) 1370, the token device 1405, one or more of thecomputing systems of FIG. 15A, one or more of the computing systems ofFIG. 15B, the computing system 1900, the communication interface 1940,the input device 1945, or a combination thereof.

In some examples, the means for generating the token include the digitalasset tracking system 200, the media device 205, the network device(s)280, the local device(s) 270, the distributed ledger 295, the additionaldevice(s) 297, the data store(s) 298, the anchor element(s) 299, the HMD310, the mobile handset 410, the blockchain ledger 500, the token 600,the data structures 650, the DAG ledger 700, the media device 810, thelocal device 830, the media device 910, the local device 930, the mediadevice 1010, the local device 1030, the media device 1110, the localdevice 1130, the ownership device 1210, the local device 1230, the mediadevice 1310, the anchor element 1350, the distributed ledger 1365, thedata store(s) 1370, the token device 1405, one or more of the computingsystems of FIG. 15A, one or more of the computing systems of FIG. 15B,the computing system 1900, the output device 1935, the communicationinterface 1940, or a combination thereof.

FIG. 16B is a flow diagram illustrating an example of a process 1650 fortracking a digital asset associated with a location, in accordance withsome examples. The process 1650 may be performed by a digital assettracking system. In some examples, the digital asset tracking system caninclude the digital asset tracking system 200 of FIG. 2 , or a portionthereof. In some examples, the imaging system can include, for example,the image capture and processing system 100, the image capture device105A, the image processing device 105B, the image processor 150, the ISP154, the host processor 152, the digital asset tracking system 200, themedia device 205, the network device(s) 280, the local device(s) 270,the additional device(s) 297, the HMD 310, the mobile handset 410, themedia device 810, the local device 830, the media device 910, the localdevice 930, the media device 1010, the local device 1030, the mediadevice 1110, the local device 1130, the ownership device 1210, the localdevice 1230, one or more of the computing systems of FIG. 15A, one ormore of the computing systems of FIG. 15B, the computing system 1900,the processor 1910, or a combination thereof.

At operation 1655, the digital asset tracking system is configured to,and can, receive from a media device, media data that is based on sensordata that is captured by one or more sensors of the media device.Examples of the media device can include the image capture andprocessing system 100, the image capture device 105A, the imageprocessing device 105B, media device 205, the HMD 310, the mobilehandset 410, the media device 810, the media device 910, the mediadevice 1010, the media device 1110, the ownership device 1210, the mediadevice 1310, the distributed ledger 1365, the data store(s) 1370, thetoken device 1405, the computing systems of FIGS. 15A-15B, the computingsystem 1900, or a combination thereof. Examples of the one or moresensors include the image sensor 130, the one or more sensors 210, theone or more pose sensors 215, the one or more media sensors 220, thefirst camera 330A, the second camera 330B, the first camera 430A, thesecond camera 430B, the third camera 430C, the fourth camera 430D, theimage sensors 815, the image sensors 915, the image sensors 1015, theimage sensors 1315, the positioning sensors 820, the positioning sensors920, the positioning sensors 1020, the positioning sensors 1120, thepositioning sensors 1220, the positioning sensors 1320, or a combinationthereof. Examples of the sensor data can include the sensor data 230,the pose data 225, images captured by the image sensor 130, imagesprocessed by the ISP 154, images processed by the host processor 152,images processed by the image processor 152, the stored communicationsof block 278, or a combination thereof. Examples of the media data caninclude the media data 250, the sensor data 230, the pose data 225,images captured by the image sensor 130, images processed by the ISP154, images processed by the host processor 152, images processed by theimage processor 152, the stored communications of block 278, the digitalasset 605, the digital asset 840, the digital asset 940, the digitalasset 1040, the digital asset 1140, the digital asset 1240, the digitalasset 1340, the virtual object 1345, the digital asset 1425, or acombination thereof.

In some examples, the digital asset tracking system include one or moresensor connectors coupled to the one or more sensors. The media data maybe received using the one or more sensor connectors. The sensor datacaptured by the one or more sensors may be received using the one ormore sensor connectors. The one or more sensor connectors may includeone or more of a port, a jack, a wire, an input/output (IO) pin, aconductive trace on a printed circuit board (PCB), any other type ofconnector discussed herein, or some combination thereof. In someexamples, the digital asset tracking system include one or more sensors.

The media data can be the sensor data. The media data can include thesensor data. For instance, the media device 205 can obtain the mediadata 250 by receiving the sensor data 230 and/or the pose data 225. Thedigital asset 840 is an example of media data that can be sensor datacaptured by the image sensor(s) 815 of the media device 810. The digitalasset 940 is an example of media data that can be sensor data capturedby the image sensor(s) 915 of the media device 910.

The media device generates the media data at least in part by modifyingthe sensor data. Modifying the sensor data can include processing thesensor data, for example as discussed with respect to the imageprocessing device 105B and/or the media processor 235. In some aspects,the media device generates the media data at least in part by modifyingthe sensor data to add virtual content to the sensor data. The virtualcontent may be generated by a virtual content generator 240. The virtualcontent may be added to the sensor data (e.g., merged with the sensordata) using an image compositor 245. Examples of the virtual contentinclude the virtual object 1045 (the virtual dog), which appears in thedigital asset 1040 (an example of the media data) despite not appearingin the sensor data captured by the image sensors 1015.

The sensor data can include one or more images captured by one or moreimage sensors of the one or more sensors of the media device. The mediadata can be based on at least one of the one or more images. Examples ofimage sensors can include the image sensor 130, the media sensors 220,the one or more media sensors 220, an image sensor of the first camera330A, an image sensor of the second camera 330B, an image sensor of thefirst camera 430A, an image sensor of the second camera 430B, an imagesensor of the third camera 430C, an image sensor of the fourth camera430D, the image sensors 815, the image sensors 915, the image sensors1015, or a combination thereof. Examples of media data that is,includes, or is based on one or more images includes the digital asset840, the digital asset 940, the digital asset 1040, the digital asset1240, the digital asset 1340, the digital asset 1425, or a combinationthereof.

At operation 1660, the digital asset tracking system is configured to,and can, receive positioning data that is indicative of a position ofthe media device at a time contemporaneous with capture of the sensordata by the one or more sensors of the media device. Examples of thepositioning data can include the pose data 225, the sensor data 230,positioning information determined (e.g., by the media device 205 and/orlocal device 270 and/or the digital asset tracking system) based on theone or more communications 272, stored communications of block 277,stored communications of block 278, positioning information determinedusing image sensors 815 and/or positioning sensors 820, positioninginformation determined (e.g., by the media device 810 and/or localdevice 830 and/or the digital asset tracking system) based on the one ormore communications 835, positioning information determined using imagesensors 915 and/or positioning sensors 920, positioning informationdetermined (e.g., by the media device 910 and/or local device 930 and/orthe digital asset tracking system) based on the one or morecommunications 935, positioning information determined using imagesensors 1015 and/or positioning sensors 1020, positioning informationdetermined (e.g., by the media device 1010 and/or local device 1030and/or the digital asset tracking system) based on the one or morecommunications 1035, positioning information determined usingpositioning sensors 1120, positioning information determined (e.g., bythe media device 1110 and/or local device 1130 and/or the digital assettracking system) based on the one or more communications 1135,positioning information determined using positioning sensors 1220,positioning information determined (e.g., by the ownership device 1210and/or local device 1230 and/or the digital asset tracking system) basedon the one or more communications 1235, positioning informationdetermined using image sensors 1315 and/or positioning sensors 1320, theposition of the token device 1405, or a combination thereof.

The sensor data can include the positioning data, the positioning datadetermined based on receipt of one or more positioning signals by apositioning receiver of the one or more sensors of the media device. Forexample, at least some of the positioning data can include pose data 225from one or more pose sensors 215 and/or positioning information thatthe media device 205 determines based on the communications 272. Themedia data can include a map generated by the media device based on thepositioning data. The media device can generates the media data at leastin part by generating a map based on the positioning data and/or thesensor data. An example of such a map includes the map in the digitalasset 1140, which the media device 1110 generates based on positioningsensor data from the positioning sensors 1120.

The sensor data can include secondary positioning data determined basedon receipt of one or more positioning signals by a positioning receiverof the one or more sensors of the media device. Examples of the one ormore positioning signals can include GNSS signals, such as GPS signals.Examples of the positioning receiver can include a GNSS receiver, suchas a GPS receiver. Examples of the one or more positioning signals caninclude signals carrying communications 272 between the media device 205and the local device 270, signals carrying communications 835 betweenthe mobile device 810 and the local device 830, signals carryingcommunications 935 between the mobile device 910 and the local device930, signals carrying communications 1035 between the mobile device 1010and the local device 1030, signals carrying communications 1135 betweenthe mobile device 1110 and the local device 1130, signals carryingcommunications 1235 between the mobile device 1210 and the local device1230, or a combination thereof. The media data can include a mapgenerated by the media device based on the positioning data. The mediadevice can generates the media data at least in part by generating a mapbased on the positioning data and/or the sensor data. An example of sucha map includes the map in the digital asset 1140, which the media device1110 generates based on positioning sensor data from the positioningsensors 1120. Examples of the positioning receiver can include theshort-range wireless transceiver 260, the short-range wirelesstransceiver 275, or a combination thereof.

To receive the positioning data, the digital asset tracking system canreceive the positioning data from the media device. The positioning datacan be based on receipt of one or more positioning signals by apositioning receiver of the one or more sensors of the media device. Forexample, at least some of the positioning data can include pose data 225from one or more pose sensors 215 and/or positioning information thatthe media device 205 determines based on the communications 272.Examples of the positioning receiver can include a GNSS receiver, suchas a GPS receiver. Examples of the one or more positioning signals caninclude GNSS signals, such as GPS signals. Examples of the positioningreceiver may include the positioning sensors 820, the positioningsensors 920, the positioning sensors 1020, the positioning sensors 1120,the positioning sensors 1220, or a combination thereof. Examples of thepositioning receiver can include the one or more short-range wirelesstransceivers 260, the positioning sensors 820, the positioning sensors920, the positioning sensors 1020, the positioning sensors 1120, thepositioning sensors 1220, the positioning sensors 1320, or a combinationthereof. Examples of the one or more positioning signals can includesignals carrying communications 272 between the media device 205 and thelocal device 270, signals carrying communications 835 between the mobiledevice 810 and the local device 830, signals carrying communications 935between the mobile device 910 and the local device 930, signals carryingcommunications 1035 between the mobile device 1010 and the local device1030, signals carrying communications 1135 between the mobile device1110 and the local device 1130, signals carrying communications 1235between the mobile device 1210 and the local device 1230, or acombination thereof.

To receive the positioning data, the digital asset tracking system canreceive the positioning data from a local device distinct from the mediadevice. The positioning data can be based on receipt of one or morepositioning signals by a positioning receiver of the local device.Examples of the local device can include the image capture andprocessing system 100, the image capture device 105A, the imageprocessing device 105B, the local device(s) 270, the local device 830,the local device 930, the local device 1030, the local device 1130, thelocal device 1230, the local device 1435, the computing systems of FIGS.15A-15B, the computing system 1900, or a combination thereof. Examplesof the positioning receiver can include the one or more short-rangewireless transceivers 275. Examples of the one or more positioningsignals can include signals carrying communications 272 between themedia device 205 and the local device 270, signals carryingcommunications 835 between the mobile device 810 and the local device830, signals carrying communications 935 between the mobile device 910and the local device 930, signals carrying communications 1035 betweenthe mobile device 1010 and the local device 1030, signals carryingcommunications 1135 between the mobile device 1110 and the local device1130, signals carrying communications 1235 between the mobile device1210 and the local device 1230, or a combination thereof.

The positioning receiver can be a short-range wireless communicationreceiver configured to receive one or more short-range wirelesscommunication signals. Examples of the short-range wirelesscommunication receiver include the one or more short-range wirelesstransceivers 260. The one or more short-range wireless communicationsignals can be transmitted by a local device in the geographic area.Examples of the local device can include the image capture andprocessing system 100, the image capture device 105A, the imageprocessing device 105B, the local device(s) 270, the local device 830,the local device 930, the local device 1030, the local device 1130, thelocal device 1230, the computing systems of FIGS. 15A-15B, the computingsystem 1900, or a combination thereof. Examples of the one or moreshort-range wireless communication signals can include signals carryingcommunications 272 between the media device 205 and the local device270, signals carrying communications 835 between the mobile device 810and the local device 830, signals carrying communications 935 betweenthe mobile device 910 and the local device 930, signals carryingcommunications 1035 between the mobile device 1010 and the local device1030, signals carrying communications 1135 between the mobile device1110 and the local device 1130, signals carrying communications 1235between the mobile device 1210 and the local device 1230, or acombination thereof. The geographic area can correspond to atransmission range of the one or more short-range wireless communicationsignals by the local device. In some examples, the positioning receivercan be a global navigation satellite system (GNSS) receiver configuredto receive one or more GNSS signals from one or more satellites.

In some aspects, the digital asset tracking system includes the localdevice. In some aspects, the digital asset tracking system includes themedia device.

At operation 1665, the digital asset tracking system is configured to,and can, verify, based on the positioning data, that the position of themedia device at the time contemporaneous with capture of the sensor datais within a geographic area. Examples of verification that the positionof the media device at the time contemporaneous with capture of thesensor data is within a geographic area includes block 290 of thedigital asset tracking system 200 of FIG. 2 , which may be performed bythe network device 280, the media device 205, the local device 270, or acombination thereof. Examples of the geographic area include a museum, asports venue, a concert venue, a movie theater, a shopping mall, atransmission range of one or more short-range wireless transceivers 275of one or more local devices 270, a receipt range of one or moreshort-range wireless transceivers 275 of one or more local devices 270(for receiving signals transmitted using the one or more short-rangewireless transceivers 260 of the media device), or a combinationthereof.

To verify that the position of the media device at the timecontemporaneous with capture of the sensor data is within the geographicarea, the digital asset tracking system can verify content of one ormore communications between the media device and a local deviceassociated with the geographic area. To verify that the position of themedia device at the time contemporaneous with capture of the sensor datais within the geographic area, the digital asset tracking system canverify timing of transmission and/or receipt of one or morecommunications between the media device and a local device associatedwith the geographic area. To verify that the position of the mediadevice at the time contemporaneous with capture of the sensor data iswithin the geographic area, the digital asset tracking system can verifytransmission frequency and/or receipt frequency of one or morecommunications between the media device and a local device associatedwith the geographic area. Examples of the local device can include theimage capture and processing system 100, the image capture device 105A,the image processing device 105B, the local device(s) 270, the localdevice 830, the local device 930, the local device 1030, the localdevice 1130, the local device 1230, the computing systems of FIGS.15A-15B, the computing system 1900, or a combination thereof. Propertiesof the one or more communications, such as content, timing oftransmission, timing of receipt, transmission frequency, and/or receiptfrequency, can be stored at the local device in the storedcommunications of block 277 and/or at the media device 205 in the storedcommunications of block 278. Examples of the one or more communicationscan include signals carrying communications 272 between the media device205 and the local device 270, signals carrying communications 835between the mobile device 810 and the local device 830, signals carryingcommunications 935 between the mobile device 910 and the local device930, signals carrying communications 1035 between the mobile device 1010and the local device 1030, signals carrying communications 1135 betweenthe mobile device 1110 and the local device 1130, signals carryingcommunications 1235 between the mobile device 1210 and the local device1230, or a combination thereof.

To verify that the position of the media device at the timecontemporaneous with capture of the sensor data is within the geographicarea, the digital asset tracking system can verify that the sensor data(and/or the media data) depicts an object that is visible within thegeographic area. For example, in the context of FIG. 8A, the digitalasset tracking system can verify that the digital asset 840 depicts anobject (the Mona Lisa) that is in the geographic area (the LouvreMuseum), and can thus verify that the media device 810 is in thegeographic area (the Louvre Museum). In the context of FIG. 9A, thedigital asset tracking system can verify that the digital asset 940depicts an object (Bob 945) that is in the geographic area (the park),and can thus verify that the media device 910 is in the geographic area(the park). In the context of FIG. 10A, the digital asset trackingsystem can verify that the digital asset 1040 depicts objects (thevirtual object 1045 and the real objects 1047) that are in thegeographic area (the park), and can thus verify that the media device1010 is in the geographic area (the park). In the context of FIG. 11A,the digital asset tracking system can verify that the digital asset 1140depicts objects (the hiking trail) that are in the geographic area(Yosemite), and can thus verify that the media device 1110 is in thegeographic area (Yosemite). In the context of FIG. 13 , the digitalasset tracking system can verify that the digital asset 1340 depictsobjects (the virtual object 1345 and the real objects 1347) that are inthe geographic area (the park), and can thus verify that the mediadevice 1310 is in the geographic area (the park).

At operation 1670, the digital asset tracking system is configured to,and can, generate a token corresponding to the media data automaticallyin response to verifying that the position of the media device is withinthe geographic area, the token being identified in a payload of a blockof a distributed ledger. Examples of the token can include the token600, the token 860, the token 960, the token 1060, the token 1160, thetoken 1260, the token 1360, the token 1420, or a combination thereof.Examples of the distributed ledger include the distributed ledger 295,the blockchain ledger 500, the DAG ledger 700, the distributed ledger1365, the distributed ledger 1415, a distributed ledger corresponding tothe smart contract of FIGS. 15A-15B, or a combination thereof. Examplesof a block include block A 505, block B 535, block C 565, block 710,block 720, block 730, block 740, block 750, block 760, or a combinationthereof. Examples of a payload include the Block A payload 530, theBlock B payload 560, and the Block C payload 590. The token can be anon-fungible token (NFT).

In some aspects, the digital asset tracking system is configured to, andcan, generate the block for the distributed ledger automatically inresponse to verifying that the position of the media device is withinthe geographic area. In some aspects, the digital asset tracking systemis configured to, and can, append the block to a plurality of blocks ofthe distributed ledger. In some aspects, the digital asset trackingsystem is configured to, and can, transmit the block to a plurality ofcomputing devices so that the plurality of computing devices can appendthe block to their respective copies of the distributed ledger. Examplesof the plurality of computing devices can include the additional devices297, the computing systems of FIGS. 15A-15B, computing systems 1900, ora combination thereof.

In some aspects, the digital asset tracking system is configured to, andcan, transmit a request to generate the block for the distributed ledgerto a block generation computing device automatically in response toverifying that the position of the media device is within the geographicarea. In some aspects, the digital asset tracking system is configuredto, and can, receive the block from the block generation computingdevice. In some aspects, the digital asset tracking system is configuredto, and can, append the block to a plurality of blocks of thedistributed ledger. Examples of the block generation computing devicecan include one of the additional devices 297, one of the computingsystems of FIGS. 15A-15B, a computing system 1900, or a combinationthereof.

The block can include a hash of at least a portion of a prior block ofthe distributed ledger. Examples of the hash include the hash 515, thehash 545, and the hash 575. The block can include a Merkle root of aplurality of elements of the payload of the block. Examples of theMerkle root include the Merkle root 520, the Merkle root 550, and theMerkle root 580. The token can correspond to at least one of theplurality of elements of the payload of the block. In some aspects, thedigital asset tracking system is configured to, and can, generate thedistributed ledger automatically in response to verifying that theposition of the media device is within the geographic area.

In some aspects, the digital asset tracking system is configured to, andcan, set an ownership of the token to an account associated with a userassociated with the media device. For instance, in the context of FIGS.8A-8B, the digital asset tracking system can set the ownership of thetoken 860 to the user 805. In the context of FIGS. 9A-9B, the digitalasset tracking system can set the ownership of the token 960 to the user905. In the context of FIGS. 10A-10B, the digital asset tracking systemcan set the ownership of the token 1060 to the user 1005. In the contextof FIGS. 11A-11B, the digital asset tracking system can set theownership of the token 1160 to the user 1105. In the context of FIGS.12A-12B, the digital asset tracking system can set the ownership of thetoken 1260 to the user 1205. In the context of FIG. 13 , the digitalasset tracking system can set the ownership of the token 1360 to theuser 1305. In the context of FIG. 13 , the digital asset tracking systemcan set the ownership of the token 1420 to the first user 1410 and/or tothe second user 1430. In some examples, ownership of the token can bestored on-chain, for instance in token ownership 620, on-chain immutablemetadata 625, and/or on-chain mutable metadata 630. In some examples,ownership of the token can be stored off-chain, for instance inoff-chain metadata 640.

In some aspects, the digital asset tracking system is configured to, andcan, identify that the sensor data includes a representation of anindividual having a recognized identity. In the context of FIG. 9A, thedigital asset tracking system can identify that image(s) captured by theimage sensors 915 (and corresponding to the digital asset 940) include adepiction of an individual having a recognized identity (Bob 945). Insome aspects, the digital asset tracking system is configured to, andcan, set an ownership of the token to an account associated with theindividual having the recognized identity. In the context of FIGS.9A-9B, the digital asset tracking system can set the ownership of thetoken 960 to Bob 945.

In some aspects, the media device includes a head-mounted display, suchas the HMD 310. In some aspects, the media device includes a mobilehandset, such as the mobile handset 410, the media device 810, the mediadevice 910, the media device 1010, the media device 1110, the ownershipdevice 1210, or a combination thereof. In some aspects, the media deviceincludes a wearable device. In some aspects, the media device is in thegeographic area.

In some aspects, the digital asset tracking system includes ahead-mounted display, such as the HMD 310. In some aspects, the digitalasset tracking system includes a mobile handset, such as the mobilehandset 410, the media device 810, the media device 910, the mediadevice 1010, the media device 1110, the ownership device 1210, or acombination thereof. In some aspects, the digital asset tracking systemincludes a wearable device. In some aspects, the digital asset trackingsystem includes a server. In some aspects, the digital asset trackingsystem is in the geographic area.

In some aspects, the digital asset tracking system can include: meansfor receiving media data that is based on sensor data captured by one ormore sensors of a media device. In some aspects, the digital assettracking system can include: means for receiving positioning data thatis indicative of a position of the media device at a timecontemporaneous with capture of the sensor data by the one or moresensors of the media device. In some aspects, the digital asset trackingsystem can include: means for verifying, based on the positioning data,that the position of the media device at the time contemporaneous withcapture of the sensor data is within a geographic area. In some aspects,the digital asset tracking system can include: means for generating atoken corresponding to the media data automatically in response toverifying that the position of the media device is within the geographicarea, the token being identified in a payload of a block of adistributed ledger.

In some examples, the means for receiving the media data include thenetwork device(s) 280. In some examples, the means for receiving themedia data include the media device 205, the media device 810, the mediadevice 910, the media device 1010, the media device 1110, the ownershipdevice 1210, or a combination thereof. In some examples, the means forreceiving the media data include the local device(s) 270, the localdevice 830, the local device 930, the local device 1030, the localdevice 1130, the local device 1230, or a combination thereof. In someexamples, the means for receiving the media data include the HMD 310. Insome examples, the means for receiving the media data include the mediaprocessor 235. In some examples, the means for receiving the media datainclude the mobile handset 410. In some examples, the means forreceiving the media data include the image sensor 130. In some examples,the means for receiving the media data include the image capture device105A, the image processing device 105B, the image capture and processingsystem 100, or a combination thereof. In some examples, the means forreceiving the media data include receipt of the media data at a networktransceiver (such as network transceiver 285) from a network transceiver(such as network transceiver 265) of the media device 205 via thecommunications 282. In some examples, the means for receiving the mediadata include capture of sensor data (such as the pose data 225 and/orthe sensor data 230) by one or more sensors 210 of the media device 205.In some examples, the means for receiving the media data includegenerating and/or obtaining media data 250 at the media device 205. Insome examples, the means for receiving the media data include capture ofsensor data (such as the pose data 225 and/or the sensor data 230) byone or more sensors 210 of the media device 205. In some examples, themeans for receiving the media data include generating and/or obtainingmedia data 250 at the media device 205. In some examples, the means forreceiving the media data include the digital asset 605. In someexamples, the means for receiving the media data include the digitalasset 840, the digital asset 940, the digital asset 1040, the digitalasset 1140, the digital asset 1240, or a combination thereof. In someexamples, the means for receiving the media data include the imagesensors 815, the image sensors 915, the image sensors 1015, or acombination thereof. In some examples, the means for receiving the mediadata include digital asset tracking system that performs the process0016. In some examples, the means for receiving the media data includethe first camera 330A and/or the second camera 330B. In some examples,the means for receiving the media data include the first camera 430A,the second camera 430B, the third camera 430C, the fourth camera 430D,or a combination thereof.

In some examples, the means for receiving the positioning data includethe network device(s) 280. In some examples, the means for receiving thepositioning data include the media device 205, the media device 810, themedia device 910, the media device 1010, the media device 1110, theownership device 1210, or a combination thereof. In some examples, themeans for receiving the positioning data include the local device(s)270, the local device 830, the local device 930, the local device 1030,the local device 1130, the local device 1230, or a combination thereof.In some examples, the means for receiving the positioning data includethe HMD 310. In some examples, the means for receiving the positioningdata include the mobile handset 410. In some examples, the means forreceiving the positioning data include receipt of the pose data at anetwork transceiver (such as network transceiver 285) from a networktransceiver (such as network transceiver 265) of the media device 205via the communications 282 (e.g., as the pose data 225 and/or as part ofthe media data 250 and/or as part of information about thecommunications 272). In some examples, the means for receiving thepositioning data include capture of the pose data 225 and/or the sensordata 230 by one or more sensors 210 of the media device 205. In someexamples, the means for receiving the positioning data include receivingstored copies of the communications 272 (e.g., stored communications ofblock 277 and/or stored communications of block 278). In some examples,the means for receiving the positioning data include generating and/orobtaining media data 250 at the media device 205 (e.g., where the mediadata is at least partially based on and/or includes the pose data 225).In some examples, the means for receiving the media data include receiptof the media data at a network transceiver (such as network transceiver285) from a network transceiver (such as network transceiver 265) of themedia device 205 via the communications 282. In some examples, the meansfor receiving the positioning data include the positioning sensors 820,the positioning sensors 920, the positioning sensors 1020, thepositioning sensors 1120, the positioning sensors 1220, or a combinationthereof. In some examples, the means for receiving the positioning datainclude digital asset tracking system that performs the process 1650. Insome examples, the means for receiving the positioning data includereceiving data from the media device 205 and/or from the local device270 about the communications 272, receiving data from the media device810 and/or from the local device 830 about the communications 835,receiving data from the media device 910 and/or from the local device930 about the communications 935, receiving data from the media device1010 and/or from the local device 1030 about the communications 1035,receiving data from the media device 1110 and/or from the local device1130 about the communications 1135, receiving data from the ownershipdevice 1210 and/or from the local device 1230 about the communications1235, or a combination thereof. In some examples, the means forreceiving the positioning data include the first camera 330A and/or thesecond camera 330B. In some examples, the means for receiving thepositioning data include the first camera 430A, the second camera 430B,the third camera 430C, the fourth camera 430D, or a combination thereof.

In some examples, the means for verifying the position of the mediadevice include the network device(s) 280. In some examples, the meansfor verifying the position of the media device include the media device205, the media device 810, the media device 910, the media device 1010,the media device 1110, the ownership device 1210, or a combinationthereof. In some examples, the means for verifying the position of themedia device include the local device(s) 270, the local device 830, thelocal device 930, the local device 1030, the local device 1130, thelocal device 1230, or a combination thereof. In some examples, the meansfor verifying the position of the media device include the HMD 310. Insome examples, the means for verifying the position of the media deviceinclude the mobile handset 410. In some examples, the means forverifying the position of the media device include the media device 205.In some examples, the means for verifying the position of the mediadevice include the local device(s) 270. In some examples, the means forverifying the position of the media device include verification that thepose of the media device 205 is in a geographic area associated with thelocal device 270 (block 290 In some examples, the means for verifyingthe position of the media device include receipt of the positioning dataat a network transceiver (such as network transceiver 285) from anetwork transceiver (such as network transceiver 265) of the mediadevice 205 via the communications 282 and comparison of the positioningdata to the geographic area. In some examples, the means for verifyingthe position of the media device include the token smart contracts 645.In some examples, the means for verifying the position of the mediadevice include the smart contract(s) of FIGS. 15A-15B. In some examples,the means for verifying the position of the media device include digitalasset tracking system that performs the process 1650.

In some examples, the means for generating the token corresponding tothe media data include the network device(s) 280. In some examples, themeans for generating the token corresponding to the media data includethe media device 205, the media device 810, the media device 910, themedia device 1010, the media device 1110, the ownership device 1210, ora combination thereof. In some examples, the means for generating thetoken corresponding to the media data include the local device(s) 270,the local device 830, the local device 930, the local device 1030, thelocal device 1130, the local device 1230, or a combination thereof. Insome examples, the means for generating the token corresponding to themedia data include the HMD 310. In some examples, the means forgenerating the token corresponding to the media data include the mobilehandset 410. In some examples, the means for generating the tokencorresponding to the media data include the distributed ledger 295, theblockchain ledger 500, the DAG ledger 700, a distributed ledgercorresponding to the smart contract of FIGS. 15A-15B, or a combinationthereof. In some examples, the means for generating the tokencorresponding to the media data include the token 600. In some examples,the means for generating the token corresponding to the media datainclude the token 860, the token 960, the token 1060, the token 1160,the token 1260, or a combination thereof. In some examples, the meansfor generating the token corresponding to the media data include thetoken smart contracts 645. In some examples, the means for generatingthe token corresponding to the media data include the smart contract(s)of FIGS. 15A-15B. In some examples, the means for generating the tokencorresponding to the media data include the computing systems of FIGS.15A-15B. In some examples, the means for generating the tokencorresponding to the media data include the computing system of 1900. Insome examples, the means for generating the token corresponding to themedia data include digital asset tracking system that performs theprocess 1650.

FIG. 17 is a flow diagram illustrating a process 1700 for situationaltoken-associated media output. The process 1700 may be performed by adigital asset management system. In some examples, the digital assetmanagement system can include the digital asset tracking system 200 ofFIG. 2 , or a portion thereof. In some examples, the imaging system caninclude, for example, the image capture and processing system 100, theimage capture device 105A, the image processing device 105B, the imageprocessor 150, the ISP 154, the host processor 152, the digital assettracking system 200, the media device 205, the network device(s) 280,the local device(s) 270, the additional device(s) 297, the data store(s)298, the anchor element(s) 299, the HMD 310, the mobile handset 410, themedia device 810, the local device 830, the media device 910, the localdevice 930, the media device 1010, the local device 1030, the mediadevice 1110, the local device 1130, the ownership device 1210, the localdevice 1230, the media device 1310, the distributed ledger 1365, thedata store(s) 1370, the token device 1405, one or more of the computingsystems of FIG. 15A, one or more of the computing systems of FIG. 15B,the digital asset management system that performs the process 1600, thedigital asset tracking system that performs the process 1650, thedigital asset management system that performs the process 1800, thecomputing system 1900, the processor 1910, or a combination thereof.

At operation 1705, the digital asset management system is configured to,and can, receive sensor data captured by at least one sensor of a mediadevice. Examples of the media device can include the image capture andprocessing system 100, the image capture device 105A, the imageprocessing device 105B, media device 205, the HMD 310, the mobilehandset 410, the media device 810, the media device 910, the mediadevice 1010, the media device 1110, the ownership device 1210, the mediadevice 1310, the distributed ledger 1365, the data store(s) 1370, thetoken device 1405, the computing systems of FIGS. 15A-15B, the computingsystem 1900, or a combination thereof. Examples of the at least onesensor includes the image sensor 130, the one or more sensors 210, theone or more pose sensors 215, the one or more media sensors 220, thefirst camera 330A, the second camera 330B, the first camera 430A, thesecond camera 430B, the third camera 430C, the fourth camera 430D, theimage sensors 815, the image sensors 915, the image sensors 1015, theimage sensors 1315, the positioning sensors 820, the positioning sensors920, the positioning sensors 1020, the positioning sensors 1120, thepositioning sensors 1220, the positioning sensors 1320, or a combinationthereof. Examples of the sensor data can include the sensor data 230,the pose data 225, images captured by the image sensor 130, imagesprocessed by the ISP 154, images processed by the host processor 152,images processed by the image processor 152, the stored communicationsof block 278, or a combination thereof.

In some examples, the digital asset tracking system include one or moresensor connectors coupled to the one or more sensors. The media data maybe received using the one or more sensor connectors. The sensor datacaptured by the one or more sensors may be received using the one ormore sensor connectors. The one or more sensor connectors may includeone or more of a port, a jack, a wire, an input/output (TO) pin, aconductive trace on a printed circuit board (PCB), any other type ofconnector discussed herein, or some combination thereof. In someexamples, the digital asset tracking system include one or more sensors.

At operation 1710, the digital asset management system is configured to,and can, identify, based on the sensor data, a relationship between themedia device and an anchor element that is associated with a token. Insome examples, the relationship between the media device and the anchorelement can include an interaction between the media device and theanchor element. Examples of the anchor element include the anchorelement(s) 299, the anchor element 1350, optical glyph(s), specifiedarea(s), specified location(s), specified sound(s), and the like.

In some examples, the sensor data includes image data captured by atleast one image sensor of the at least one sensor of the media device.The anchor element can include an object. Identifying the relationshipbetween the media device and the anchor element can include identifyingthat the image data depicts the object. For instance, in some examples,the object includes an optical glyph, and information indicative of thetoken is optically encoded based on the optical glyph, as illustrated inthe anchor element 1350. Examples of the optical glyph include quickresponse (QR) codes, bar codes, Aztec codes, dot codes, data matrices,shotcodes, or combinations thereof. In some examples, the referenceimage data depicting the object is stored in a data store (e.g., datastore(s) 298, data structure(s) 650, data store(s) 1370), andidentifying that the image data depicts the object includes comparingthe image data to the reference image data.

In some examples, the sensor data includes position data indicative of aposition of the media device. Examples of the position data can includethe pose data 225, the sensor data 230, positioning informationdetermined (e.g., by the media device 205 and/or locafexl device 270and/or the digital asset tracking system) based on the one or morecommunications 272, stored communications of block 277, storedcommunications of block 278, positioning information determined usingimage sensors 815 and/or positioning sensors 820, positioninginformation determined (e.g., by the media device 810 and/or localdevice 830 and/or the digital asset tracking system) based on the one ormore communications 835, positioning information determined using imagesensors 915 and/or positioning sensors 920, positioning informationdetermined (e.g., by the media device 910 and/or local device 930 and/orthe digital asset tracking system) based on the one or morecommunications 935, positioning information determined using imagesensors 1015 and/or positioning sensors 1020, positioning informationdetermined (e.g., by the media device 1010 and/or local device 1030and/or the digital asset tracking system) based on the one or morecommunications 1035, positioning information determined usingpositioning sensors 1120, positioning information determined (e.g., bythe media device 1110 and/or local device 1130 and/or the digital assettracking system) based on the one or more communications 1135,positioning information determined using positioning sensors 1220,positioning information determined (e.g., by the ownership device 1210and/or local device 1230 and/or the digital asset tracking system) basedon the one or more communications 1235, positioning informationdetermined using image sensors 1315 and/or positioning sensors 1320, theposition of the token device 1405, or a combination thereof.

In some examples, the anchor element includes an area, and identifyingthe relationship between the media device and the anchor elementincludes identifying that the position of the media device is within thearea. In some examples, the anchor element includes a location, andidentifying the relationship between the media device and the anchorelement includes identifying that the position of the media device iswithin a threshold range of the location. In some examples, the area,and/or the threshold range of the location, includes an area within acommunication range of a local device. Examples of the local device caninclude the image capture and processing system 100, the image capturedevice 105A, the image processing device 105B, the local device(s) 270,the local device 830, the local device 930, the local device 1030, thelocal device 1130, the local device 1230, the local device 1435, thecomputing systems of FIGS. 15A-15B, the computing system 1900, or acombination thereof.

In some examples, the sensor data includes audio data captured by atleast one microphone (e.g., sensors 210) of the at least one sensor ofthe media device. In some examples, the anchor element includes a sound,and identifying the relationship between the media device and the anchorelement includes identifying that the audio data includes the sound. Forinstance, if a particular song, or other sound, is playing in an area,the relationship between the media device and the anchor element can beidentified by detecting the sound from the microphone recording by themedia device.

At operation 1715, the digital asset management system is configured to,and can, identify the token in a payload of at least one block of adistributed ledger, wherein the token corresponds to media contentaccording to the distributed ledger. For instance, in the context ofFIG. 13 , in response to identifying the relationship between the mediadevice 1310 and the anchor element 1350 (e.g., the media device 1310having scanned the QR code of the anchor element 1350), the digitalasset management system can identify the token 1360 in the distributedledger 1365, and the token 1360 can correspond to a digital asset 1340(e.g., the media content).

Examples of the token can include the token 600, the token 860, thetoken 960, the token 1060, the token 1160, the token 1260, the token1360, the token 1420, or a combination thereof. Examples of thedistributed ledger include the distributed ledger 295, the blockchainledger 500, the DAG ledger 700, the distributed ledger 1365, thedistributed ledger 1415, a distributed ledger corresponding to the smartcontract of FIGS. 15A-15B, or a combination thereof. Examples of a blockinclude block A 505, block B 535, block C 565, block 710, block 720,block 730, block 740, block 750, block 760, or a combination thereof.Examples of a payload include the Block A payload 530, the Block Bpayload 560, and the Block C payload 590. The token can be anon-fungible token (NFT).

At operation 1720, the digital asset management system is configured to,and can, generate a representation of the media content corresponding tothe token. At operation 1725, in response to identifying therelationship between the media device and the anchor element atoperation 1720, the digital asset management system is configured to,and can, output the representation of the media content. For instance,in the context of FIG. 13 , the representation of the media contentcorresponding to the token can include the digital asset 1340, thevirtual object 1345, the information 1355 about the token 1360associated with the digital asset 1340, one or more customization(s)1357, or a combination thereof.

In some examples, outputting the representation of the media contentincludes causing a display (e.g., an output device 1935) to display atleast a portion of the media content. In some examples, outputting therepresentation of the media content includes transmitting therepresentation of the media content to a recipient device (e.g., using acommunication interface 1940). Examples of the recipient device caninclude any of the examples of the media device listed herein.

In some examples, the digital asset management system is configured to,and can, identify a media device pose of the media device based on thesensor data. The digital asset management system can determine a mediacontent pose for the media content based on the media device pose of themedia device. In some examples, outputting the representation of themedia content includes outputting the representation of the mediacontent posed according to the media content pose. Examples of the mediacontent pose include the customization 1357 and/or any othermodifications, customizations, and/or personalizations to the digitalasset 1340.

In some examples, the digital asset management system is configured to,and can, identify, based on the distributed ledger, that a parameter(e.g., token ownership 620, token smart contract(s) 645) of the tokenindicates that the token is associated with a first user. The digitalasset management system can determine a visual effect for the mediacontent based on parameter of the token indicating that the token isassociated with the first user. The digital asset management system canapply the visual effect to the media content. In some examples,outputting the representation of the media content includes outputtingthe representation of the media content with the visual effect applied.Examples of the visual effect include the customization 1357 and/or anyother modifications, customizations, and/or personalizations to thedigital asset 1340.

In some examples, the digital asset management system is configured to,and can, determine, based on a data store, that the first user and asecond user are associated according to a relationship type. The mediadevice is associated with the second user. The visual effect for themedia content can correspond to the relationship type. For instance, thevisual effect can indicate whether the first user and the second userare family, friends, spouses, significant others, co-workers, contacts,acquaintances, employer/employee, contractor/contractee, mentor/mentee,girlfriend/boyfriend, partners, or another relationship type.

In some examples, the digital asset management system is configured to,and can, determine that the media device is associated with the firstuser. The visual effect for the media content corresponds the firstuser. For instance, the visual effect can indicate to the first userthat the media content is the first user's own media content, and/or isassociated with the first user's own token.

In some examples, the digital asset management system is configured to,and can, determine, based on a data store, that the first user is afamous person. The visual effect for the media content corresponds thefirst user being the famous person. In some examples, differentcategories of famous person can have different visual effects, forinstance to differentiate politicians, sports stars, musicians, moviestars, TV stars, famous scientists, and the like.

In some examples, the digital asset management system is configured to,and can, determine, based on a data store, a rating associated with themedia content. The visual effect for the media content can correspondthe rating. The rating can be a selected number, relative to a maximumpossible number. For instance, the rating can be 3 out of 5, or 9 out of10, or some other rating. Different ratings can have different visualeffects. In some examples, a maximum rating (e.g., 5 out of 5, 10 out of10, etc.) can have a specified visual effect.

In some examples, the digital asset management system is configured to,and can, determine that the token is identified in a data store. Thevisual effect for the media content corresponds to the data store. Forinstance, the data store can include a record for the token and/or themedia content. The record can identify and/or store the visual effect.Examples of the data store include the data store(s) 298, the datastructure(s) 650, and/or the data store(s) 1370.

In some examples, the digital asset management system is configured to,and can, retrieve information about the token from the distributedledger, and output the information about the token. Examples of theinformation about the token includes the information 1355 about thetoken 1360. In some examples, outputting the information about the tokenincludes causing a display to display at least a portion of theinformation, for instance as illustrated in FIG. 13 with the information1355 displayed on the media device 1310 with the digital asset 1340. Insome examples, the information identifies the distributed ledger. Insome examples, the digital asset management system is configured to, andcan, identify, based on the distributed ledger, that a parameter of thetoken (e.g., token ownership 620, token smart contract(s) 645) indicatesthat the token is associated with a first user. The information canidentify the first user.

For instance, in the context of FIGS. 8A-8B, the digital asset trackingsystem can set the parameter of the token 860 to indicate the 805. Inthe context of FIGS. 9A-9B, the digital asset tracking system can setthe parameter of the token 960 to indicate that the token is associatedwith the user 905. In the context of FIGS. 10A-10B, the digital assettracking system can set the parameter of the token 1060 to indicate thatthe token is associated with the user 1005. In the context of FIGS.11A-11B, the digital asset tracking system can set the parameter of thetoken 1160 to indicate that the token is associated with the user 1105.In the context of FIGS. 12A-12B, the digital asset tracking system canset the parameter of the token 1260 to indicate that the token isassociated with the user 1205. In the context of FIG. 13 , the digitalasset tracking system can set the parameter of the token 1360 toindicate that the token is associated with the user 1305. In the contextof FIG. 14 , the digital asset tracking system can set the parameter ofthe token 1420 to indicate that the token is associated with the firstuser 1410 and/or to the second user 1430. In some examples, parameter ofthe token can be stored on-chain, for instance in token ownership 620,on-chain immutable metadata 625, and/or on-chain mutable metadata 630.In some examples, parameter of the token can be stored off-chain, forinstance in off-chain metadata 640.

In some examples, the digital asset management system is configured to,and can, identify, based on the distributed ledger, that a parameter(e.g., token smart contract(s) 645) of the token indicates that thetoken is associated with a smart contract. The information can identifythe smart contract. In some examples, the digital asset managementsystem is configured to, and can, identify, based on the distributedledger, that a parameter (e.g., token unit quantity 615) of the tokenindicates an amount of instances of the token, wherein the informationidentifies the amount of instances of the token.

In some examples, the digital asset management system is configured to,and can, identify a transfer platform that is configured for tokentransfer (e.g., configured for the token to be bought, sold, rented,licensed, or some combination thereof). The digital asset managementsystem can output an interface element (e.g., a button, a menu, oranother user interface element) corresponding to the media content. Theinterface element can be configured to initiate a transfer of the tokenusing the transfer platform (e.g., to sell the token, to buy the token,the rent the token, to lease the token, and/or to license the token)upon interaction with the interface element (e.g., by a user of thedigital asset management system through an input device 1945).

In some examples, the digital asset management system that performs theprocess 1700 can include at least one of a head-mounted display (HMD)(e.g., HMD 310), a mobile handset (e.g., mobile handset 410), a wirelesscommunication device, or a combination thereof.

In some examples, the digital asset management system includes means forreceiving sensor data captured by at least one sensor of a media device;means for identifying, based on the sensor data, a relationship betweenthe media device and an anchor element that is associated with a token;means for identifying the token in a payload of at least one block of adistributed ledger, wherein the token corresponds to media contentaccording to the distributed ledger; means for generating arepresentation of the media content corresponding to the token; andmeans for outputting the representation of the media content in responseto identifying the relationship between the media device and the anchorelement.

In some examples, the means for receiving sensor data include the imagecapture and processing system 100, the image sensor 130, the digitalasset tracking system 200, the one or more sensors 210, the one or morepose sensors 215, the one or more media sensors 220, the first camera330A, the second camera 330B, the first camera 430A, the second camera430B, the third camera 430C, the fourth camera 430D, the image sensors815, the image sensors 915, the image sensors 1015, the image sensors1315, the positioning sensors 820, the positioning sensors 920, thepositioning sensors 1020, the positioning sensors 1120, the positioningsensors 1220, the positioning sensors 1320, the media device 205, thenetwork device(s) 280, the local device(s) 270, the additional device(s)297, the data store(s) 298, the anchor element(s) 299, the HMD 310, themobile handset 410, the media device 810, the local device 830, themedia device 910, the local device 930, the media device 1010, the localdevice 1030, the media device 1110, the local device 1130, the ownershipdevice 1210, the local device 1230, the media device 1310, thedistributed ledger 1365, the data store(s) 1370, the token device 1405,one or more of the computing systems of FIG. 15A, one or more of thecomputing systems of FIG. 15B, the computing system 1900, the inputdevice 1945, or a combination thereof.

In some examples, the means for identifying the relationship and/oridentifying the token include the digital asset tracking system 200, themedia device 205, the network device(s) 280, the local device(s) 270,the additional device(s) 297, the data store(s) 298, the anchorelement(s) 299, the HMD 310, the mobile handset 410, the blockchainledger 500, the token 600, the data structures 650, the DAG ledger 700,the media device 810, the local device 830, the media device 910, thelocal device 930, the media device 1010, the local device 1030, themedia device 1110, the local device 1130, the ownership device 1210, thelocal device 1230, the media device 1310, the anchor element 1350, thedistributed ledger 1365, the data store(s) 1370, the token device 1405,the distributed ledger 1415, the token 1420, the local device 1435, oneor more of the computing systems of FIG. 15A, one or more of thecomputing systems of FIG. 15B, the computing system 1900, or acombination thereof.

In some examples, the means for generating the representation of themedia content and/or outputting the representation of the media contentinclude the digital asset tracking system 200, the media device 205, themedia processor 235, the network device(s) 280, the local device(s) 270,the additional device(s) 297, the data store(s) 298, the anchorelement(s) 299, the HMD 310, the display(s) 340, the mobile handset 410,the display 440, the media device 810, the local device 830, the mediadevice 910, the local device 930, the media device 1010, the localdevice 1030, the media device 1110, the local device 1130, the ownershipdevice 1210, the local device 1230, the media device 1310, the anchorelement 1350, the distributed ledger 1365, the data store(s) 1370, thetoken device 1405, one or more of the computing systems of FIG. 15A, oneor more of the computing systems of FIG. 15B, the computing system 1900,the output device 1935, the communication interface 1940, or acombination thereof.

FIG. 18 is a flow diagram illustrating a process 1800 for token devicetransfer management. The process 1800 may be performed by a digitalasset management system. In some examples, the digital asset managementsystem can include the digital asset tracking system 200 of FIG. 2 , ora portion thereof. In some examples, the imaging system can include, forexample, the image capture and processing system 100, the image capturedevice 105A, the image processing device 105B, the image processor 150,the ISP 154, the host processor 152, the digital asset tracking system200, the media device 205, the network device(s) 280, the localdevice(s) 270, the additional device(s) 297, the data store(s) 298, theanchor element(s) 299, the HMD 310, the mobile handset 410, the mediadevice 810, the local device 830, the media device 910, the local device930, the media device 1010, the local device 1030, the media device1110, the local device 1130, the ownership device 1210, the local device1230, the media device 1310, the distributed ledger 1365, the datastore(s) 1370, the token device 1405, one or more of the computingsystems of FIG. 15A, one or more of the computing systems of FIG. 15B,the digital asset management system that performs the process 1600, thedigital asset tracking system that performs the process 1650, thedigital asset management system that performs the process 1700, thecomputing system 1900, the processor 1910, or a combination thereof.

At operation 1805, the digital asset management system is configured to,and can, identify, in a payload of at least one block of a distributedledger, a token corresponding to media content. A parameter of the tokenin the distributed ledger indicates that the token is associated with afirst user. Examples of the token can include the token 600, the token860, the token 960, the token 1060, the token 1160, the token 1260, thetoken 1360, the token 1420, or a combination thereof. Examples of thedistributed ledger include the distributed ledger 295, the blockchainledger 500, the DAG ledger 700, the distributed ledger 1365, thedistributed ledger 1415, a distributed ledger corresponding to the smartcontract of FIGS. 15A-15B, or a combination thereof. Examples of a blockinclude block A 505, block B 535, block C 565, block 710, block 720,block 730, block 740, block 750, block 760, or a combination thereof.Examples of a payload include the Block A payload 530, the Block Bpayload 560, and the Block C payload 590. The token can be anon-fungible token (NFT).

At operation 1810, the digital asset management system is configured to,and can, identify a device that is associated with the token and themedia content. The device is associated with the first user. Examples ofthe device include the image capture and processing system 100, theimage capture device 105A, the image processing device 105B, mediadevice 205, the HMD 310, the mobile handset 410, the media device 810,the media device 910, the media device 1010, the media device 1110, theownership device 1210, the media device 1310, the distributed ledger1365, the data store(s) 1370, the token device 1405, the computingsystems of FIGS. 15A-15B, the computing system 1900, or a combinationthereof. Examples of the first user include the user 320, the user 805,the user 905, the user 1005, the user 1105, the user 1205, the user1305, the first user 1410, and/or the second user 1430.

In some examples, the device is configured to present the media content.For instance, the device can be configured to display the media content,for instance as illustrated with respect to the token device 1405displaying the digital asset 1425 corresponding to the token 1420.

In some examples, an identifier of the device is stored in thedistributed ledger (e.g., distributed ledger 295, the blockchain ledger500, the DAG ledger 700, the distributed ledger 1365, the distributedledger 1415, a distributed ledger corresponding to the smart contract ofFIGS. 15A-15B, or a combination thereof) and/or in a data store (e.g.,data store(s) 298, the data structure(s) 650, and/or the data store(s)1370), and identifying the device is based on the identifier. Forinstance, the

In some examples, the device includes an interactive element that isindicative of the token, and identifying the token in operation 1805 isbased on an interaction with the interactive element. In some examples,the interaction includes an optical glyph, and an identifier of thetoken is optically encoded based on the optical glyph. In some examples,the optical glyph includes one or more QR codes, bar codes, Aztec codes,dot codes, data matrices, shotcodes, or combinations thereof.Interaction with an interactive element that includes an optical glyphcan include scanning the optical glyph to decode information (e.g. auniform resource locator (URL) and/or uniform resource identifier (URI))optically encoded therein. The interactive element can include ashort-range wireless communication transceiver, such as a transceiverfor near-field communication (NFC), radio frequency identification(RFID), Bluetooth®, WLAN, PAN, or some combination thereof. Interactionwith an interactive element that includes a short-range wirelesscommunication transceiver can include communicating with the short-rangewireless communication transceiver (e.g., sending and/or receiving oneor more wireless signals to and/or from the short-range wirelesscommunication transceiver).

In some examples, the digital asset management system is configured to,and can, receive image data, detect that the device is represented inthe image data. In some examples, the digital asset management systemcan identify the token in operation 1805 based on detecting that thedevice is represented in the image data. For instance, in some examples,the digital asset management system may detect and/or recognize thedevice in the image data based on comparison(s) to reference image datadepicting the device and/or the media content. In some examples, thedigital asset management system may detect and/or recognize an elementon the device, such as an optical glyph, by scanning the optical glyphto decode information (e.g. a uniform resource locator (URL) and/oruniform resource identifier (URI)) optically encoded therein.

At operation 1815, the digital asset management system is configured to,and can, identify that the device has been relocated to an areaassociated with a second user. Examples of the second user include theuser 320, the user 805, the user 905, the user 1005, the user 1105, theuser 1205, the user 1305, the first user 1410, and/or the second user1430. In an illustrative example, the first user of operation 1810 isthe first user 1410 of FIG. 14 , and the second user of operation 1815is the second user 1430 of FIG. 14 . In another illustrative example,the first user of operation 1810 is the second user 1430 of FIG. 14 ,and the second user of operation 1815 is the first user 1410 of FIG. 14.

In some examples, identifying that the device has been relocated to thearea associated with the second user includes identifying that one ormore additional devices located in the area are associated with thesecond user. For instance, other devices (e.g., other token devices,media devices, and/or computing systems) in the area associated with thesecond user can include information indicating that these devices belongto the second user and/or are associated with the second user. Thedevice may communicate with these one or more additional devices toobtain this information, and the digital asset management system canidentify the relocation based on these communications.

In some examples, identifying that the device has been relocated to thearea associated with the second user includes identifying that awireless local area network (WLAN) in the area is associated with thesecond user. For instance, the device may include a wireless networktransceiver that may search for and/or connect to WLAN networks, andthat may be able to locate and/or connect to the WLAN that is associatedwith the second user in the area that that is associated with the seconduser, and the digital asset management system can identify therelocation based on the device detecting and/or connecting to this WLAN.

In some examples, identifying that the device has been relocated to thearea associated with the second user includes determining that positiondata from at least one position sensor of the device indicates that thedevice is located in the area, and wherein the area is a geographicarea.

In some examples, identifying that the device has been relocated to thearea associated with the second user includes determining that positiondata from at least one position sensor of the device indicates that thedevice is located within a range of a location of the second user,wherein the area associated with the second user is within the range ofthe location of the second user. For instance, the device may include aposition sensor (e.g., the positioning sensors 820, the positioningsensors 920, the positioning sensors 1020, the positioning sensors 1120,the positioning sensors 1220, the positioning sensors 1320, or acombination thereof) such as a GNSS positioning receiver. The positionsensor of the device can identify a position of the device, and thedigital asset management system can identify the relocation based onwhether or not the position of the device is in a predeterminedgeographic area associated with the second user.

In some examples, identifying that the device has been relocated to thearea associated with the second user includes identifying that thedevice has been relocated from a first area associated with the firstuser. For instance, when the token device 1405 is relocated to an areaassociated with the second user 1430, the token device 1405 is alsorelocated from an area associated with the first user 1410. Thedetection that the device has been relocated from a first areaassociated with the first user can be based on any of the types ofdetections listed above with respect to detecting that the device hasbeen relocated to the area associated with the second user. Forinstance, the digital asset management system can identify therelocation from the first area based on the device no longer being ableto communicate with other device(s) associated with the first user inthe first area, based on the device no longer being able to detectand/or connect to a WLAN associated with the first user and/or in thefirst area, based on a position sensor of the user indicating a positionthat is no longer within a predetermined geographic area associated withthe first user, or a combination thereof.

At operation 1820, in response to identifying that the device has beenrelocated to the area at operation 1815, the digital asset managementsystem is configured to, and can, cause the parameter (e.g., tokenownership 620, token smart contract(s) 645) of the token in thedistributed ledger to be modified from indicating that the token isassociated with the first user to indicating that the token isassociated with the second user. For instance, the digital assetmanagement system is can modify the parameter from indicating that thetoken is associated with the first user 1410 to indicating that thetoken is associated with the second user 1430.

In some examples, causing the parameter of the token in the distributedledger to be modified includes causing a new block to be appended to thedistributed ledger. The parameter of the token in the distributed ledgercan be modified based on a payload of the new block. In some examples,causing the new block to be appended to the distributed ledger includesgenerating the new block.

In some examples, the digital asset management system is configured to,and can, send, to a first user device associated with the first user, arequest for authorization to modify the parameter of the token in thedistributed ledger from indicating that the token is associated with thefirst user to indicating that the token is associated with the seconduser. The digital asset management system can receive the authorizationfrom the first user device. In some examples, the digital assetmanagement system causes the parameter to change in operation 1820 inresponse to receiving this authorization from the first user device.

In some examples, the digital asset management system is configured to,and can, send, to a second user device associated with the second user,a request for authorization to modify the parameter of the token in thedistributed ledger from indicating that the token is associated with thefirst user to indicating that the token is associated with the seconduser. The digital asset management system can receive the authorizationfrom the second user device. In some examples, the digital assetmanagement system causes the parameter to change in operation 1820 inresponse to receiving this authorization from the second user device.

In some examples, the digital asset management system is configured to,and can, identify, in the distributed ledger, a smart contractassociated with the token. The smart contract indicates that theparameter of the token is to be modified responsive a condition. Causingthe parameter of the token in the distributed ledger to be modified asin operation 1820 can include executing the smart contract in responseto identifying the condition. Identifying the condition is based onidentifying that the device has been relocated to the area associatedwith the second user. Examples of the smart contract include the tokensmart contract(s) 645, the smart contract of FIGS. 15A-15B, or acombination thereof. The smart contract can be indicated in thedistributed ledger. Examples of the condition include the condition ofFIG. 15B.

In some examples, the digital asset management system that performs theprocess 1800 can include at least one of a head-mounted display (HMD)(e.g., HMD 310), a mobile handset (e.g., mobile handset 410), a wirelesscommunication device, or a combination thereof.

In some examples, the digital asset management system includes means foridentifying, in a payload of at least one block of a distributed ledger,a token corresponding to media content, wherein a parameter of the tokenin the distributed ledger indicates that the token is associated with afirst user; identifying a device that is associated with the token andthe media content, wherein the device is associated with the first user;identifying that the device has been relocated to an area associatedwith a second user; and means for causing, in response to identifyingthat the device has been relocated to the area, the parameter of thetoken in the distributed ledger to be modified from indicating that thetoken is associated with the first user to indicating that the token isassociated with the second user.

In some examples, the means for identifying the token, and/or forcausing the parameter of the token to be modified, include the digitalasset tracking system 200, the media device 205, the network device(s)280, the local device(s) 270, the additional device(s) 297, the datastore(s) 298, the anchor element(s) 299, the HMD 310, the mobile handset410, the blockchain ledger 500, the token 600, the data structures 650,the DAG ledger 700, the media device 810, the local device 830, themedia device 910, the local device 930, the media device 1010, the localdevice 1030, the media device 1110, the local device 1130, the ownershipdevice 1210, the local device 1230, the media device 1310, the anchorelement 1350, the distributed ledger 1365, the data store(s) 1370, thetoken device 1405, the distributed ledger 1415, the token 1420, thelocal device 1435, one or more of the computing systems of FIG. 15A, oneor more of the computing systems of FIG. 15B, the computing system 1900,or a combination thereof.

In some examples, the means for identifying the device, and/or foridentifying that the device has been relocated to the area associatedwith the second user, include the digital asset tracking system 200, themedia device 205, the network device(s) 280, the local device(s) 270,the additional device(s) 297, the data store(s) 298, the anchorelement(s) 299, the HMD 310, the mobile handset 410, the blockchainledger 500, the token 600, the data structures 650, the DAG ledger 700,the media device 810, the local device 830, the media device 910, thelocal device 930, the media device 1010, the local device 1030, themedia device 1110, the local device 1130, the ownership device 1210, thelocal device 1230, the media device 1310, the anchor element 1350, thedistributed ledger 1365, the data store(s) 1370, the token device 1405,the distributed ledger 1415, the token 1420, the local device 1435, oneor more of the computing systems of FIG. 15A, one or more of thecomputing systems of FIG. 15B, the computing system 1900, or acombination thereof.

In some examples, the processes described herein (e.g., process 1650and/or other process described herein) may be performed by a computingdevice or apparatus. In some examples, the process 1650 can be performedby the digital asset tracking system 200 of FIG. 2 . In some examples,the process 1650 can be performed by the media device 205, the networkdevice 280, the local device 270, or a combination thereof. In anotherexample, the process 1650 can be performed by a computing device withthe computing system 1900 shown in FIG. 19 .

The computing device can include any suitable device, such as a mobiledevice (e.g., a mobile phone), a desktop computing device, a tabletcomputing device, a wearable device (e.g., a VR headset, an AR headset,AR glasses, a network-connected watch or smartwatch, or other wearabledevice), a server computer, an autonomous vehicle or computing device ofan autonomous vehicle, a robotic device, a television, and/or any othercomputing device with the resource capabilities to perform the processesdescribed herein, including the process 1600. In some cases, thecomputing device or apparatus may include various components, such asone or more input devices, one or more output devices, one or moreprocessors, one or more microprocessors, one or more microcomputers, oneor more cameras, one or more sensors, and/or other component(s) that areconfigured to carry out the steps of processes described herein. In someexamples, the computing device may include a display, a networkinterface configured to communicate and/or receive the data, anycombination thereof, and/or other component(s). The network interfacemay be configured to communicate and/or receive Internet Protocol (IP)based data or other type of data.

The components of the computing device can be implemented in circuitry.For example, the components can include and/or can be implemented usingelectronic circuits or other electronic hardware, which can include oneor more programmable electronic circuits (e.g., microprocessors,graphics processing units (GPUs), digital signal processors (DSPs),central processing units (CPUs), and/or other suitable electroniccircuits), and/or can include and/or be implemented using computersoftware, firmware, or any combination thereof, to perform the variousoperations described herein.

The process 1650 is illustrated as logical flow diagrams, the operationof which represents a sequence of operations that can be implemented inhardware, computer instructions, or a combination thereof. In thecontext of computer instructions, the operations representcomputer-executable instructions stored on one or more computer-readablestorage media that, when executed by one or more processors, perform therecited operations. Generally, computer-executable instructions includeroutines, programs, objects, components, data structures, and the likethat perform particular functions or implement particular data types.The order in which the operations are described is not intended to beconstrued as a limitation, and any number of the described operationscan be combined in any order and/or in parallel to implement theprocesses.

Additionally, the process 1650 and/or other process described herein maybe performed under the control of one or more computer systemsconfigured with executable instructions and may be implemented as code(e.g., executable instructions, one or more computer programs, or one ormore applications) executing collectively on one or more processors, byhardware, or combinations thereof. As noted above, the code may bestored on a computer-readable or machine-readable storage medium, forexample, in the form of a computer program comprising a plurality ofinstructions executable by one or more processors. The computer-readableor machine-readable storage medium may be non-transitory.

FIG. 19 is a diagram illustrating an example of a system forimplementing certain aspects of the present technology. In particular,FIG. 19 illustrates an example of computing system 1900, which can befor example any computing device making up internal computing system, aremote computing system, a camera, or any component thereof in which thecomponents of the system are in communication with each other usingconnection 1905. Connection 1905 can be a physical connection using abus, or a direct connection into processor 1910, such as in a chipsetarchitecture. Connection 1905 can also be a virtual connection,networked connection, or logical connection.

In some embodiments, computing system 1900 is a distributed system inwhich the functions described in this disclosure can be distributedwithin a datacenter, multiple data centers, a peer network, etc. In someembodiments, one or more of the described system components representsmany such components each performing some or all of the function forwhich the component is described. In some embodiments, the componentscan be physical or virtual devices.

Example system 1900 includes at least one processing unit (CPU orprocessor) 1910 and connection 1905 that couples various systemcomponents including system memory 1915, such as read-only memory (ROM)1920 and random access memory (RAM) 1925 to processor 1910. Computingsystem 1900 can include a cache 1912 of high-speed memory connecteddirectly with, in close proximity to, or integrated as part of processor1910.

Processor 1910 can include any general purpose processor and a hardwareservice or software service, such as services 1932, 1934, and 1936stored in storage device 1930, configured to control processor 1910 aswell as a special-purpose processor where software instructions areincorporated into the actual processor design. Processor 1910 mayessentially be a completely self-contained computing system, containingmultiple cores or processors, a bus, memory controller, cache, etc. Amulti-core processor may be symmetric or asymmetric.

To enable user interaction, computing system 1900 includes an inputdevice 1945, which can represent any number of input mechanisms, such asa microphone for speech, a touch-sensitive screen for gesture orgraphical input, keyboard, mouse, motion input, speech, etc. Computingsystem 1900 can also include output device 1935, which can be one ormore of a number of output mechanisms. In some instances, multimodalsystems can enable a user to provide multiple types of input/output tocommunicate with computing system 1900. Computing system 1900 caninclude communications interface 1940, which can generally govern andmanage the user input and system output. The communication interface mayperform or facilitate receipt and/or transmission wired or wirelesscommunications using wired and/or wireless transceivers, including thosemaking use of an audio jack/plug, a microphone jack/plug, a universalserial bus (USB) port/plug, an Apple® Lightning® port/plug, an Ethernetport/plug, a fiber optic port/plug, a proprietary wired port/plug, aBLUETOOTH® wireless signal transfer, a BLUETOOTH® low energy (BLE)wireless signal transfer, an IBEACON® wireless signal transfer, aradio-frequency identification (RFID) wireless signal transfer,near-field communications (NFC) wireless signal transfer, dedicatedshort range communication (DSRC) wireless signal transfer, 802.11 Wi-Fiwireless signal transfer, wireless local area network (WLAN) signaltransfer, Visible Light Communication (VLC), Worldwide Interoperabilityfor Microwave Access (WiMAX), Infrared (IR) communication wirelesssignal transfer, Public Switched Telephone Network (PSTN) signaltransfer, Integrated Services Digital Network (ISDN) signal transfer,3G/4G/5G/LTE cellular data network wireless signal transfer, ad-hocnetwork signal transfer, radio wave signal transfer, microwave signaltransfer, infrared signal transfer, visible light signal transfer,ultraviolet light signal transfer, wireless signal transfer along theelectromagnetic spectrum, or some combination thereof. Thecommunications interface 1940 may also include one or more GlobalNavigation Satellite System (GNSS) receivers or transceivers that areused to determine a location of the computing system 1900 based onreceipt of one or more signals from one or more satellites associatedwith one or more GNSS systems. GNSS systems include, but are not limitedto, the US-based Global Positioning System (GPS), the Russia-basedGlobal Navigation Satellite System (GLONASS), the China-based BeiDouNavigation Satellite System (BDS), and the Europe-based Galileo GNSS.There is no restriction on operating on any particular hardwarearrangement, and therefore the basic features here may easily besubstituted for improved hardware or firmware arrangements as they aredeveloped.

Storage device 1930 can be a non-volatile and/or non-transitory and/orcomputer-readable memory device and can be a hard disk or other types ofcomputer readable media which can store data that are accessible by acomputer, such as magnetic cassettes, flash memory cards, solid statememory devices, digital versatile disks, cartridges, a floppy disk, aflexible disk, a hard disk, magnetic tape, a magnetic strip/stripe, anyother magnetic storage medium, flash memory, memristor memory, any othersolid-state memory, a compact disc read only memory (CD-ROM) opticaldisc, a rewritable compact disc (CD) optical disc, digital video disk(DVD) optical disc, a blu-ray disc (BDD) optical disc, a holographicoptical disk, another optical medium, a secure digital (SD) card, amicro secure digital (microSD) card, a Memory Stick® card, a smartcardchip, a EMV chip, a subscriber identity module (SIM) card, amini/micro/nano/pico SIM card, another integrated circuit (IC)chip/card, random access memory (RAM), static RAM (SRAM), dynamic RAM(DRAM), read-only memory (ROM), programmable read-only memory (PROM),erasable programmable read-only memory (EPROM), electrically erasableprogrammable read-only memory (EEPROM), flash EPROM (FLASHEPROM), cachememory (L1/L2/L3/L4/L5/L#), resistive random-access memory (RRAM/ReRAM),phase change memory (PCM), spin transfer torque RAM (STT-RAM), anothermemory chip or cartridge, and/or a combination thereof.

The storage device 1930 can include software services, servers,services, etc., that when the code that defines such software isexecuted by the processor 1910, it causes the system to perform afunction. In some embodiments, a hardware service that performs aparticular function can include the software component stored in acomputer-readable medium in connection with the necessary hardwarecomponents, such as processor 1910, connection 1905, output device 1935,etc., to carry out the function.

As used herein, the term “computer-readable medium” includes, but is notlimited to, portable or non-portable storage devices, optical storagedevices, and various other mediums capable of storing, containing, orcarrying instruction(s) and/or data. A computer-readable medium mayinclude a non-transitory medium in which data can be stored and thatdoes not include carrier waves and/or transitory electronic signalspropagating wirelessly or over wired connections. Examples of anon-transitory medium may include, but are not limited to, a magneticdisk or tape, optical storage media such as compact disk (CD) or digitalversatile disk (DVD), flash memory, memory or memory devices. Acomputer-readable medium may have stored thereon code and/ormachine-executable instructions that may represent a procedure, afunction, a subprogram, a program, a routine, a subroutine, a module, asoftware package, a class, or any combination of instructions, datastructures, or program statements. A code segment may be coupled toanother code segment or a hardware circuit by passing and/or receivinginformation, data, arguments, parameters, or memory contents.Information, arguments, parameters, data, etc. may be passed, forwarded,or transmitted using any suitable means including memory sharing,message passing, token passing, network transmission, or the like.

In some embodiments the computer-readable storage devices, mediums, andmemories can include a cable or wireless signal containing a bit streamand the like. However, when mentioned, non-transitory computer-readablestorage media expressly exclude media such as energy, carrier signals,electromagnetic waves, and signals per se.

Specific details are provided in the description above to provide athorough understanding of the embodiments and examples provided herein.However, it will be understood by one of ordinary skill in the art thatthe embodiments may be practiced without these specific details. Forclarity of explanation, in some instances the present technology may bepresented as including individual functional blocks including functionalblocks comprising devices, device components, steps or routines in amethod embodied in software, or combinations of hardware and software.Additional components may be used other than those shown in the figuresand/or described herein. For example, circuits, systems, networks,processes, and other components may be shown as components in blockdiagram form in order not to obscure the embodiments in unnecessarydetail. In other instances, well-known circuits, processes, algorithms,structures, and techniques may be shown without unnecessary detail inorder to avoid obscuring the embodiments.

Individual embodiments may be described above as a process or methodwhich is depicted as a flowchart, a flow diagram, a data flow diagram, astructure diagram, or a block diagram. Although a flowchart may describethe operations as a sequential process, many of the operations can beperformed in parallel or concurrently. In addition, the order of theoperations may be re-arranged. A process is terminated when itsoperations are completed, but could have additional steps not includedin a figure. A process may correspond to a method, a function, aprocedure, a subroutine, a subprogram, etc. When a process correspondsto a function, its termination can correspond to a return of thefunction to the calling function or the main function.

Processes and methods according to the above-described examples can beimplemented using computer-executable instructions that are stored orotherwise available from computer-readable media. Such instructions caninclude, for example, instructions and data which cause or otherwiseconfigure a general purpose computer, special purpose computer, or aprocessing device to perform a certain function or group of functions.Portions of computer resources used can be accessible over a network.The computer executable instructions may be, for example, binaries,intermediate format instructions such as assembly language, firmware,source code, etc. Examples of computer-readable media that may be usedto store instructions, information used, and/or information createdduring methods according to described examples include magnetic oroptical disks, flash memory, USB devices provided with non-volatilememory, networked storage devices, and so on.

Devices implementing processes and methods according to thesedisclosures can include hardware, software, firmware, middleware,microcode, hardware description languages, or any combination thereof,and can take any of a variety of form factors. When implemented insoftware, firmware, middleware, or microcode, the program code or codesegments to perform the necessary tasks (e.g., a computer-programproduct) may be stored in a computer-readable or machine-readablemedium. A processor(s) may perform the necessary tasks. Typical examplesof form factors include laptops, smart phones, mobile phones, tabletdevices or other small form factor personal computers, personal digitalassistants, rackmount devices, standalone devices, and so on.Functionality described herein also can be embodied in peripherals oradd-in cards. Such functionality can also be implemented on a circuitboard among different chips or different processes executing in a singledevice, by way of further example.

The instructions, media for conveying such instructions, computingresources for executing them, and other structures for supporting suchcomputing resources are example means for providing the functionsdescribed in the disclosure.

In the foregoing description, aspects of the application are describedwith reference to specific embodiments thereof, but those skilled in theart will recognize that the application is not limited thereto. Thus,while illustrative embodiments of the application have been described indetail herein, it is to be understood that the inventive concepts may beotherwise variously embodied and employed, and that the appended claimsare intended to be construed to include such variations, except aslimited by the prior art. Various features and aspects of theabove-described application may be used individually or jointly.Further, embodiments can be utilized in any number of environments andapplications beyond those described herein without departing from thebroader spirit and scope of the specification. The specification anddrawings are, accordingly, to be regarded as illustrative rather thanrestrictive. For the purposes of illustration, methods were described ina particular order. It should be appreciated that in alternateembodiments, the methods may be performed in a different order than thatdescribed.

One of ordinary skill will appreciate that the less than (“<”) andgreater than (“>”) symbols or terminology used herein can be replacedwith less than or equal to (“ ”) and greater than or equal to (“ ”)symbols, respectively, without departing from the scope of thisdescription.

Where components are described as being “configured to” perform certainoperations, such configuration can be accomplished, for example, bydesigning electronic circuits or other hardware to perform theoperation, by programming programmable electronic circuits (e.g.,microprocessors, or other suitable electronic circuits) to perform theoperation, or any combination thereof.

The phrase “coupled to” refers to any component that is physicallyconnected to another component either directly or indirectly, and/or anycomponent that is in communication with another component (e.g.,connected to the other component over a wired or wireless connection,and/or other suitable communication interface) either directly orindirectly.

Claim language or other language reciting “at least one of” a set and/or“one or more” of a set indicates that one member of the set or multiplemembers of the set (in any combination) satisfy the claim. For example,claim language reciting “at least one of A and B” means A, B, or A andB. In another example, claim language reciting “at least one of A, B,and C” means A, B, C, or A and B, or A and C, or B and C, or A and B andC. The language “at least one of” a set and/or “one or more” of a setdoes not limit the set to the items listed in the set. For example,claim language reciting “at least one of A and B” can mean A, B, or Aand B, and can additionally include items not listed in the set of A andB.

The various illustrative logical blocks, modules, circuits, andalgorithm steps described in connection with the embodiments disclosedherein may be implemented as electronic hardware, computer software,firmware, or combinations thereof. To clearly illustrate thisinterchangeability of hardware and software, various illustrativecomponents, blocks, modules, circuits, and steps have been describedabove generally in terms of their functionality. Whether suchfunctionality is implemented as hardware or software depends upon theparticular application and design constraints imposed on the overallsystem. Skilled artisans may implement the described functionality invarying ways for each particular application, but such implementationdecisions should not be interpreted as causing a departure from thescope of the present application.

The techniques described herein may also be implemented in electronichardware, computer software, firmware, or any combination thereof. Suchtechniques may be implemented in any of a variety of devices such asgeneral purposes computers, wireless communication device handsets, orintegrated circuit devices having multiple uses including application inwireless communication device handsets and other devices. Any featuresdescribed as modules or components may be implemented together in anintegrated logic device or separately as discrete but interoperablelogic devices. If implemented in software, the techniques may berealized at least in part by a computer-readable data storage mediumcomprising program code including instructions that, when executed,performs one or more of the methods described above. Thecomputer-readable data storage medium may form part of a computerprogram product, which may include packaging materials. Thecomputer-readable medium may comprise memory or data storage media, suchas random access memory (RAM) such as synchronous dynamic random accessmemory (SDRAM), read-only memory (ROM), non-volatile random accessmemory (NVRAM), electrically erasable programmable read-only memory(EEPROM), FLASH memory, magnetic or optical data storage media, and thelike. The techniques additionally, or alternatively, may be realized atleast in part by a computer-readable communication medium that carriesor communicates program code in the form of instructions or datastructures and that can be accessed, read, and/or executed by acomputer, such as propagated signals or waves.

The program code may be executed by a processor, which may include oneor more processors, such as one or more digital signal processors(DSPs), general purpose microprocessors, an application specificintegrated circuits (ASICs), field programmable logic arrays (FPGAs), orother equivalent integrated or discrete logic circuitry. Such aprocessor may be configured to perform any of the techniques describedin this disclosure. A general purpose processor may be a microprocessor;but in the alternative, the processor may be any conventional processor,controller, microcontroller, or state machine. A processor may also beimplemented as a combination of computing devices, e.g., a combinationof a DSP and a microprocessor, a plurality of microprocessors, one ormore microprocessors in conjunction with a DSP core, or any other suchconfiguration. Accordingly, the term “processor,” as used herein mayrefer to any of the foregoing structure, any combination of theforegoing structure, or any other structure or apparatus suitable forimplementation of the techniques described herein. In addition, in someaspects, the functionality described herein may be provided withindedicated software modules or hardware modules configured for encodingand decoding, or incorporated in a combined video encoder-decoder(CODEC).

Illustrative aspects of the disclosure include:

Aspect 1A. An apparatus for token generation, the apparatus comprising:at least one memory; and at least one processor coupled to the at leastone memory, the at least one processor configured to: receive mediacontent that is based on sensor data captured by at least one sensor ofa media device; determine a position of the media device; determine thatthe position of the media device is within a geographic area; and inresponse to determining that the position of the media device is withinthe geographic area, generate a token corresponding to the mediacontent, wherein a payload of at least one block of a distributed ledgeridentifies the token.

Aspect 2A. The apparatus of Aspect 1A, wherein the media contentincludes at least a portion of the sensor data.

Aspect 3A. The apparatus of any of Aspects 1A to 2A, wherein the mediacontent includes a modified variant of at least a portion of the sensordata.

Aspect 4A. The apparatus of any of Aspects 1A to 3A, wherein the sensordata includes at least one image captured by at least one image sensorof the at least one sensor of the media device, and wherein the mediacontent is based on at least one of the at least one image.

Aspect 5A. The apparatus of any of Aspects 1A to 4A, wherein, todetermine the position of the media device, the at least one processoris configured to: detect at least a portion of an environment in the atleast one image, and determine the position of the media device based atleast in part on detection of at least the portion of the environment inthe at least one image.

Aspect 6A. The apparatus of any of Aspects 1A to 5A, wherein, todetermine that the position of the media device is within the geographicarea, the at least one processor is configured to: detect at least aportion of an environment in the at least one image, and determine thatat least the portion of the environment is located within the geographicarea.

Aspect 7A. The apparatus of any of Aspects 1A to 6A, wherein the atleast one processor is configured to: detect at least a portion of anindividual in the at least one image; determine an identity of theindividual; and set a parameter of the token to indicate that the tokenis associated with the identity.

Aspect 8A. The apparatus of any of Aspects 1A to 7A, wherein the sensordata includes positioning data that is based on receipt of at least onewireless signal by the at least one sensor, wherein, to determine theposition of the media device, the at least one processor is configuredto determine the position of the media device at least in part based onthe positioning data.

Aspect 9A. The apparatus of any of Aspects 1A to 8A, wherein the atleast one wireless signal includes a short-range wireless signal from alocal device that is within a transmission range of the media device atleast during receipt of the at least one wireless signal by the at leastone sensor.

Aspect 10A. The apparatus of any of Aspects 1A to 9A, wherein the atleast one wireless signal includes a global navigation satellite system(GNSS) signal from a GNSS satellite.

Aspect 11A. The apparatus of any of Aspects 1A to 10A, wherein the mediacontent includes a map of the geographic area.

Aspect 12A. The apparatus of any of Aspects 1A to 11A, wherein, todetermine that the position of the media device is within the geographicarea, the at least one processor is configured to determine that theposition of the media device is within the geographic area based on atleast one communication between the media device and a local deviceassociated with the geographic area.

Aspect 13A. The apparatus of any of Aspects 1A to 12A, wherein theapparatus includes the local device.

Aspect 14A. The apparatus of any of Aspects 1A to 13A, wherein theapparatus includes the media device.

Aspect 15A. The apparatus of any of Aspects 1A to 14A, wherein theapparatus is in the geographic area.

Aspect 16A. The apparatus of any of Aspects 1A to 15A, wherein the atleast one processor is configured to: in response to determining thatthe position of the media device is within the geographic area, generatethe at least one block; and cause the at least one block to be appendedto the distributed ledger.

Aspect 17A. The apparatus of any of Aspects 1A to 16A, wherein the atleast one block includes a hash of at least a portion of a prior blockof the distributed ledger.

Aspect 18A. The apparatus of any of Aspects 1A to 17A, wherein the atleast one processor is configured to: in response to determining thatthe position of the media device is within the geographic area, generatethe distributed ledger.

Aspect 19A. The apparatus of any of Aspects 1A to 18A, wherein the atleast one processor is configured to: in response to determining thatthe position of the media device is within the geographic area, transmita request to generate the at least one block to a computing device;receive the at least one block; and append the at least one block to thedistributed ledger.

Aspect 20A. The apparatus of any of Aspects 1A to 19A, wherein the atleast one processor is configured to: set a parameter of the token toindicate that the token is associated with a user, wherein the mediadevice is associated with the user.

Aspect 21A. The apparatus of any of Aspects 1A to 20A, wherein the atleast one processor is configured to: determine, based on the sensordata, that the geographic area includes at least a threshold amount ofpeople, wherein the at least one processor is configured to generate thetoken corresponding to the media content in response to determining thatthe geographic area includes at least the threshold amount of people.

Aspect 22A. The apparatus of any of Aspects 1A to 21A, wherein theapparatus includes at least one of a head-mounted display (HMD), amobile handset, or a wireless communication device.

Aspect 23A. A method of token generation, the method comprising:receiving media content that is based on sensor data captured by atleast one sensor of a media device; determining a position of the mediadevice; determining that the position of the media device is within ageographic area; and in response to determining that the position of themedia device is within the geographic area, generating a tokencorresponding to the media content, wherein a payload of at least oneblock of a distributed ledger identifies the token.

Aspect 24A. The method of Aspect 23A, wherein the media content includesat least a portion of the sensor data.

Aspect 25A. The method of any of Aspects 23A to 24A, wherein the mediacontent includes a modified variant of at least a portion of the sensordata.

Aspect 26A. The method of any of Aspects 23A to 25A, wherein the sensordata includes at least one image captured by at least one image sensorof the at least one sensor of the media device, and wherein the mediacontent is based on at least one of the at least one image.

Aspect 27A. The method of any of Aspects 23A to 26A, wherein determiningthe position of the media device includes: detecting at least a portionof an environment in the at least one image, and determining theposition of the media device based at least in part on detection of atleast the portion of the environment in the at least one image.

Aspect 28A. The method of any of Aspects 23A to 27A, wherein determiningthat the position of the media device is within the geographic areaincludes: detecting at least a portion of an environment in the at leastone image, and determining that at least the portion of the environmentis located within the geographic area.

Aspect 29A. The method of any of Aspects 23A to 28A, further comprising:detecting at least a portion of an individual in the at least one image;determining an identity of the individual;

and setting a parameter of the token to indicate that the token isassociated with the identity.

Aspect 30A. The method of any of Aspects 23A to 29A, wherein the sensordata includes positioning data that is based on receipt of at least onewireless signal by the at least one sensor, and wherein determining theposition of the media device includes determine the position of themedia device at least in part based on the positioning data.

Aspect 31A. The method of any of Aspects 23A to 30A, wherein the atleast one wireless signal includes a short-range wireless signal from alocal device that is within a transmission range of the media device atleast during receipt of the at least one wireless signal by the at leastone sensor.

Aspect 32A. The method of any of Aspects 23A to 31A, wherein the atleast one wireless signal includes a global navigation satellite system(GNSS) signal from a GNSS satellite.

Aspect 33A. The method of any of Aspects 23A to 32A, wherein the mediacontent includes a map of the geographic area.

Aspect 34A. The method of any of Aspects 23A to 33A, wherein determiningthat the position of the media device is within the geographic areaincludes determining that the position of the media device is within thegeographic area based on at least one communication between the mediadevice and a local device associated with the geographic area.

Aspect 35A. The method of any of Aspects 23A to 34A, wherein the methodis performed using an apparatus that includes the local device.

Aspect 36A. The method of any of Aspects 23A to 35A, wherein the methodis performed using an apparatus that includes the media device.

Aspect 37A. The method of any of Aspects 23A to 36A, wherein the methodis performed using an apparatus that is in the geographic area.

Aspect 38A. The method of any of Aspects 23A to 37A, further comprising:in response to determining that the position of the media device iswithin the geographic area, generating the at least one block; andcausing the at least one block to be appended to the distributed ledger.

Aspect 39A. The method of any of Aspects 23A to 38A, wherein the atleast one block includes a hash of at least a portion of a prior blockof the distributed ledger.

Aspect 40A. The method of any of Aspects 23A to 39A, further comprising:in response to determining that the position of the media device iswithin the geographic area, generating the distributed ledger.

Aspect 41A. The method of any of Aspects 23A to 40A, further comprising:in response to determining that the position of the media device iswithin the geographic area, transmitting a request to generate the atleast one block to a computing device; receiving the at least one block;and appending the at least one block to the distributed ledger.

Aspect 42A. The method of any of Aspects 23A to 41A, further comprising:setting a parameter of the token to indicate that the token isassociated with a user, wherein the media device is associated with theuser.

Aspect 43A. The method of any of Aspects 23A to 42A, further comprising:determining that the geographic area includes at least a thresholdamount of people, wherein generating the token corresponding to themedia content is performed in response to determining that thegeographic area includes at least the threshold amount of people.

Aspect 44A. The method of any of Aspects 23A to 43A, wherein the methodis performed using an apparatus that includes at least one of ahead-mounted display (HMD), a mobile handset, or a wirelesscommunication device.

Aspect 45A. A non-transitory computer-readable medium having storedthereon instructions that, when executed by one or more processors,cause the one or more processors to: receive media content that is basedon sensor data captured by at least one sensor of a media device;determine a position of the media device; determine that the position ofthe media device is within a geographic area; and in response todetermining that the position of the media device is within thegeographic area, generate a token corresponding to the media content,wherein a payload of at least one block of a distributed ledgeridentifies the token.

Aspect 46A. The non-transitory computer-readable medium of Aspect 45A,further comprising operations according to any of Aspects 2A to 22A,and/or any of Aspects 24A to 44A.

Aspect 47A. An apparatus for token generation, the apparatus comprising:means for receiving media content that is based on sensor data capturedby at least one sensor of a media device; means for determining aposition of the media device; means for determining that the position ofthe media device is within a geographic area; and means for generating atoken corresponding to the media content in response to determining thatthe position of the media device is within the geographic area, whereina payload of at least one block of a distributed ledger identifies thetoken.

Aspect 48A. The apparatus of claim 47A, further comprising means forperforming operations according to any of Aspects 2A to 22A, and/or anyof Aspects 24A to 44A.

Aspect 1B. An apparatus for situational token-associated media output,the apparatus comprising: at least one memory; and at least oneprocessor coupled to the at least one memory, the at least one processorconfigured to: receive sensor data captured by at least one sensor of amedia device; identify, based on the sensor data, a relationship betweenthe media device and an anchor element that is associated with a token;identify the token in a payload of at least one block of a distributedledger, wherein the token corresponds to media content according to thedistributed ledger; generate a representation of the media contentcorresponding to the token; and in response to identifying therelationship between the media device and the anchor element, output therepresentation of the media content.

Aspect 2B. The apparatus of Aspect 1B, wherein the sensor data includesimage data captured by at least one image sensor of the at least onesensor of the media device, wherein the anchor element includes anobject, and wherein, to identify the relationship between the mediadevice and the anchor element, the at least one processor is configuredto identify that the image data depicts the object.

Aspect 3B. The apparatus of any of Aspects 1B to 2B, wherein the objectincludes an optical glyph, wherein information indicative of the tokenis optically encoded based on the optical glyph.

Aspect 4B. The apparatus of any of Aspects 1B to 3B, wherein referenceimage data depicting the object is stored in a data store, and wherein,to identify that the image data depicts the object, the at least oneprocessor is configured to compare the image data to the reference imagedata.

Aspect 5B. The apparatus of any of Aspects 1B to 4B, wherein the sensordata includes position data indicative of a position of the mediadevice, wherein the anchor element includes an area, and wherein, toidentify the relationship between the media device and the anchorelement, the at least one processor is configured to identify that theposition of the media device is within the area.

Aspect 6B. The apparatus of any of Aspects 1B to 5B, wherein the sensordata includes position data indicative of a position of the mediadevice, wherein the anchor element includes a location, and wherein, toidentify the relationship between the media device and the anchorelement, the at least one processor is configured to identify that theposition of the media device is within a threshold range of thelocation.

Aspect 7B. The apparatus of any of Aspects 1B to 6B, wherein the sensordata includes audio data captured by at least one microphone of the atleast one sensor of the media device, wherein the anchor elementincludes a sound, and wherein, to identify the relationship between themedia device and the anchor element, the at least one processor isconfigured to identify that the audio data includes the sound.

Aspect 8B. The apparatus of any of Aspects 1B to 7B, wherein, to outputthe representation of the media content, the at least one processor isconfigured to cause a display to display at least a portion of the mediacontent.

Aspect 9B. The apparatus of any of Aspects 1B to 8B, wherein the atleast one processor is configured to: identify a media device pose ofthe media device based on the sensor data; and determine a media contentpose for the media content based on the media device pose of the mediadevice, wherein, to cause the display to display at least the portion ofthe media content, the at least one processor is configured to outputthe representation of the media content posed according to the mediacontent pose.

Aspect 10B. The apparatus of any of Aspects 1B to 9, wherein the atleast one processor is configured to: identify, based on the distributedledger, that a parameter of the token indicates that the token isassociated with a first user; determine a visual effect for the mediacontent based on parameter of the token indicating that the token isassociated with the first user; and apply the visual effect to the mediacontent, wherein, to output the representation of the media content, theat least one processor is configured to output the representation of themedia content with the visual effect applied.

Aspect 11B. The apparatus of any of Aspects 1B to 10B, wherein the atleast one processor is configured to: determine, based on a data store,that the first user and a second user are associated according to arelationship type, wherein the media device is associated with thesecond user, and wherein the visual effect for the media contentcorresponds to the relationship type.

Aspect 12B. The apparatus of any of Aspects 1B to 11B, wherein the atleast one processor is configured to: determine that the media device isassociated with the first user, and wherein the visual effect for themedia content corresponds the first user.

Aspect 13B. The apparatus of any of Aspects 1B to 12B, wherein the atleast one processor is configured to: determine, based on a data store,that the first user is a famous person, and wherein the visual effectfor the media content corresponds the first user being the famousperson.

Aspect 14B. The apparatus of any of Aspects 1B to 13B, wherein the atleast one processor is configured to: determine, based on a data store,a rating associated with the media content, and wherein the visualeffect for the media content corresponds the rating.

Aspect 15B. The apparatus of any of Aspects 1B to 14B, wherein the atleast one processor is configured to: determine that the token isidentified in a data store, and wherein the visual effect for the mediacontent corresponds to the data store.

Aspect 16B. The apparatus of any of Aspects 1B to 15B, wherein the atleast one processor is configured to: retrieve information about thetoken from the distributed ledger; and output the information about thetoken.

Aspect 17B. The apparatus of any of Aspects 1B to 16B, wherein, tooutput the information about the token, the at least one processor isconfigured to cause a display to display at least a portion of theinformation.

Aspect 18B. The apparatus of any of Aspects 1B to 17B, wherein the atleast one processor is configured to: identify, based on the distributedledger, that a parameter of the token indicates that the token isassociated with a first user, wherein the information identifies thefirst user.

Aspect 19B. The apparatus of any of Aspects 1B to 18B, wherein theinformation identifies the distributed ledger.

Aspect 20B. The apparatus of any of Aspects 1B to 19B, wherein the atleast one processor is configured to: identify, based on the distributedledger, that a parameter of the token indicates that the token isassociated with a smart contract, wherein the information identifies thesmart contract.

Aspect 21B. The apparatus of any of Aspects 1B to 20B, wherein the atleast one processor is configured to: identify, based on the distributedledger, that a parameter of the token indicates an amount of instancesof the token, wherein the information identifies the amount of instancesof the token.

Aspect 22B. The apparatus of any of Aspects 1B to 21B, wherein the atleast one processor is configured to: identify a transfer platform thatis configured for token transfer; and output an interface elementcorresponding to the media content, wherein the interface element isconfigured to initiate a transfer of the token using the transferplatform upon interaction with the interface element.

Aspect 23B. The apparatus of any of Aspects 1B to 22B, wherein theapparatus includes at least one of a head-mounted display (HMD), amobile handset, or a wireless communication device.

Aspect 24B. A method of situational token-associated media output, themethod comprising: receiving sensor data captured by at least one sensorof a media device; identifying, based on the sensor data, a relationshipbetween the media device and an anchor element that is associated with atoken; identifying the token in a payload of at least one block of adistributed ledger, wherein the token corresponds to media contentaccording to the distributed ledger; generating a representation of themedia content corresponding to the token; and in response to identifyingthe relationship between the media device and the anchor element,outputting the representation of the media content.

Aspect 25B. The method of Aspect 24B, wherein the sensor data includesimage data captured by at least one image sensor of the at least onesensor of the media device, wherein the anchor element includes anobject, and wherein identifying the relationship between the mediadevice and the anchor element includes identifying that the image datadepicts the object.

Aspect 26B. The method of any of Aspects 24B to 25B, wherein the objectincludes an optical glyph, wherein information indicative of the tokenis optically encoded based on the optical glyph.

Aspect 27B. The method of any of Aspects 24B to 26B, wherein referenceimage data depicting the object is stored in a data store, and whereinidentifying that the image data depicts the object includes comparingthe image data to the reference image data.

Aspect 28B. The method of any of Aspects 24B to 27B, wherein the sensordata includes position data indicative of a position of the mediadevice, wherein the anchor element includes an area, and whereinidentifying the relationship between the media device and the anchorelement includes identifying that the position of the media device iswithin the area.

Aspect 29B. The method of any of Aspects 24B to 28B, wherein the sensordata includes position data indicative of a position of the mediadevice, wherein the anchor element includes a location, and whereinidentifying the relationship between the media device and the anchorelement includes identifying that the position of the media device iswithin a threshold range of the location.

Aspect 30B. The method of any of Aspects 24B to 29B, wherein the sensordata includes audio data captured by at least one microphone of the atleast one sensor of the media device, wherein the anchor elementincludes a sound, and wherein identifying the relationship between themedia device and the anchor element includes identifying that the audiodata includes the sound.

Aspect 31B. The method of any of Aspects 24B to 30B, wherein outputtingthe representation of the media content includes causing a display todisplay at least a portion of the media content.

Aspect 32B. The method of any of Aspects 24B to 31B, further comprising:identifying a media device pose of the media device based on the sensordata; and determining a media content pose for the media content basedon the media device pose of the media device, wherein outputting therepresentation of the media content includes outputting therepresentation of the media content posed according to the media contentpose.

Aspect 33B. The method of any of Aspects 24B to 32B, further comprising:identifying, based on the distributed ledger, that a parameter of thetoken indicates that the token is associated with a first user;determining a visual effect for the media content based on parameter ofthe token indicating that the token is associated with the first user;and applying the visual effect to the media content, wherein outputtingthe representation of the media content includes outputting therepresentation of the media content with the visual effect applied.

Aspect 34B. The method of any of Aspects 24B to 33B, further comprising:determining, based on a data store, that the first user and a seconduser are associated according to a relationship type, wherein the mediadevice is associated with the second user, and wherein the visual effectfor the media content corresponds to the relationship type.

Aspect 35B. The method of any of Aspects 24B to 34B, further comprising:determine that the media device is associated with the first user, andwherein the visual effect for the media content corresponds the firstuser.

Aspect 36B. The method of any of Aspects 24B to 35B, further comprising:determining, based on a data store, that the first user is a famousperson, and wherein the visual effect for the media content correspondsthe first user being the famous person.

Aspect 37B. The method of any of Aspects 24B to 36B, further comprising:determining, based on a data store, a rating associated with the mediacontent, and wherein the visual effect for the media content correspondsthe rating.

Aspect 38B. The method of any of Aspects 24B to 37B, further comprising:determining that the token is identified in a data store, and whereinthe visual effect for the media content corresponds to the data store.

Aspect 39B. The method of any of Aspects 24B to 38B, further comprising:retrieving information about the token from the distributed ledger; andoutputting the information about the token.

Aspect 40B. The method of any of Aspects 24B to 39B, wherein outputtingthe information about the token includes causing a display to display atleast a portion of the information.

Aspect 41B. The method of any of Aspects 24B to 40B, further comprising:identifying, based on the distributed ledger, that a parameter of thetoken indicates that the token is associated with a first user, whereinthe information identifies the first user.

Aspect 42B. The method of any of Aspects 24B to 41B, wherein theinformation identifies the distributed ledger.

Aspect 43B. The method of any of Aspects 24B to 42B, further comprising:identifying, based on the distributed ledger, that a parameter of thetoken indicates that the token is associated with a smart contract,wherein the information identifies the smart contract.

Aspect 44B. The method of any of Aspects 24B to 43B, further comprising:identifying, based on the distributed ledger, that a parameter of thetoken indicates an amount of instances of the token, wherein theinformation identifies the amount of instances of the token.

Aspect 45B. The method of any of Aspects 24B to 44B, further comprising:identifying a transfer platform that is configured for token transfer;and outputting an interface element corresponding to the media content,wherein the interface element is configured to initiate a transfer ofthe token using the transfer platform upon interaction with theinterface element.

Aspect 46B. The method of any of Aspects 24B to 45B, wherein the methodis performed using an apparatus that includes at least one of ahead-mounted display (HMD), a mobile handset, or a wirelesscommunication device.

Aspect 47B. A non-transitory computer-readable medium having storedthereon instructions that, when executed by one or more processors,cause the one or more processors to:

receive sensor data captured by at least one sensor of a media device;identify, based on the sensor data, a relationship between the mediadevice and an anchor element that is associated with a token; identifythe token in a payload of at least one block of a distributed ledger,wherein the token corresponds to media content according to thedistributed ledger; generate a representation of the media contentcorresponding to the token; and in response to identifying therelationship between the media device and the anchor element, output therepresentation of the media content.

Aspect 48B. The non-transitory computer-readable medium of Aspect 47B,further comprising operations according to any of Aspects 2B to 24B,and/or any of Aspects 25B to 46A.

Aspect 49B. An apparatus for situational token-associated media output,the apparatus comprising: means for receiving sensor data captured by atleast one sensor of a media device;

means for identifying, based on the sensor data, a relationship betweenthe media device and an anchor element that is associated with a token;means for identifying the token in a payload of at least one block of adistributed ledger, wherein the token corresponds to media contentaccording to the distributed ledger; means for generating arepresentation of the media content corresponding to the token; andmeans for outputting the representation of the media content in responseto identifying the relationship between the media device and the anchorelement.

Aspect 50B. The apparatus of Aspect 49B, further comprising means forperforming operations according to any of Aspects 2B to 24B, and/or anyof Aspects 25B to 46A.

Aspect 1C. An apparatus for situational token-associated media output,the apparatus comprising: at least one memory; and at least oneprocessor coupled to the at least one memory, the at least one processorconfigured to: receive sensor data captured by at least one sensor of amedia device; identify, based on the sensor data, a relationship betweenthe media device and an anchor element that is associated with a token;identify the token in a payload of at least one block of a distributedledger, wherein the token corresponds to media content according to thedistributed ledger; generate a representation of the media contentcorresponding to the token; and in response to identifying therelationship between the media device and the anchor element, output therepresentation of the media content.

Aspect 2C. The apparatus of Aspect 1C, wherein the sensor data includesimage data captured by at least one image sensor of the at least onesensor of the media device, wherein the anchor element includes anobject, and wherein, to identify the relationship between the mediadevice and the anchor element, the at least one processor is configuredto identify that the image data depicts the object.

Aspect 3C. The apparatus of any of Aspects 1C to 2C, wherein the objectincludes an optical glyph, wherein information indicative of the tokenis optically encoded based on the optical glyph.

Aspect 4C. The apparatus of any of Aspects 1C to 3C, wherein referenceimage data depicting the object is stored in a data store, and wherein,to identify that the image data depicts the object, the at least oneprocessor is configured to compare the image data to the reference imagedata.

Aspect 5C. The apparatus of any of Aspects 1C to 4C, wherein the sensordata includes position data indicative of a position of the mediadevice, wherein the anchor element includes an area, and wherein, toidentify the relationship between the media device and the anchorelement, the at least one processor is configured to identify that theposition of the media device is within the area.

Aspect 6C. The apparatus of any of Aspects 1C to 5C, wherein the sensordata includes position data indicative of a position of the mediadevice, wherein the anchor element includes a location, and wherein, toidentify the relationship between the media device and the anchorelement, the at least one processor is configured to identify that theposition of the media device is within a threshold range of thelocation.

Aspect 7C. The apparatus of any of Aspects 1C to 6C, wherein the sensordata includes audio data captured by at least one microphone of the atleast one sensor of the media device, wherein the anchor elementincludes a sound, and wherein, to identify the relationship between themedia device and the anchor element, the at least one processor isconfigured to identify that the audio data includes the sound.

Aspect 8C. The apparatus of any of Aspects 1C to 7C, wherein, to outputthe representation of the media content, the at least one processor isconfigured to cause a display to display at least a portion of the mediacontent.

Aspect 9C. The apparatus of any of Aspects 1C to 8C, wherein the atleast one processor is configured to: identify a media device pose ofthe media device based on the sensor data; and determine a media contentpose for the media content based on the media device pose of the mediadevice, wherein, to cause the display to display at least the portion ofthe media content, the at least one processor is configured to outputthe representation of the media content posed according to the mediacontent pose.

Aspect 10C. The apparatus of any of Aspects 1C to 9C, wherein the atleast one processor is configured to: identify, based on the distributedledger, that a parameter of the token indicates that the token isassociated with a first user; determine a visual effect for the mediacontent based on parameter of the token indicating that the token isassociated with the first user; and apply the visual effect to the mediacontent, wherein, to output the representation of the media content, theat least one processor is configured to output the representation of themedia content with the visual effect applied.

Aspect 11C. The apparatus of any of Aspects 1C to 10C, wherein the atleast one processor is configured to: determine, based on a data store,that the first user and a second user are associated according to arelationship type, wherein the media device is associated with thesecond user, and wherein the visual effect for the media contentcorresponds to the relationship type.

Aspect 12C. The apparatus of any of Aspects 1C to 11C, wherein the atleast one processor is configured to: determine that the media device isassociated with the first user, and wherein the visual effect for themedia content corresponds the first user.

Aspect 13C. The apparatus of any of Aspects 1C to 12C, wherein the atleast one processor is configured to: determine, based on a data store,that the first user is a famous person, and wherein the visual effectfor the media content corresponds the first user being the famousperson.

Aspect 14C. The apparatus of any of Aspects 1C to 13C, wherein the atleast one processor is configured to: determine, based on a data store,a rating associated with the media content, and wherein the visualeffect for the media content corresponds the rating.

Aspect 15C. The apparatus of any of Aspects 1C to 14C, wherein the atleast one processor is configured to: determine that the token isidentified in a data store, and wherein the visual effect for the mediacontent corresponds to the data store.

Aspect 16C. The apparatus of any of Aspects 1C to 15C, wherein the atleast one processor is configured to: retrieve information about thetoken from the distributed ledger; and output the information about thetoken.

Aspect 17C. The apparatus of any of Aspects 1C to 16C, wherein, tooutput the information about the token, the at least one processor isconfigured to cause a display to display at least a portion of theinformation.

Aspect 18C. The apparatus of any of Aspects 1C to 17C, wherein the atleast one processor is configured to: identify, based on the distributedledger, that a parameter of the token indicates that the token isassociated with a first user, wherein the information identifies thefirst user.

Aspect 19C. The apparatus of any of Aspects 1C to 18C, wherein theinformation identifies the distributed ledger.

Aspect 20C. The apparatus of any of Aspects 1C to 19C, wherein the atleast one processor is configured to: identify, based on the distributedledger, that a parameter of the token indicates that the token isassociated with a smart contract, wherein the information identifies thesmart contract.

Aspect 21C. The apparatus of any of Aspects 1C to 20C, wherein the atleast one processor is configured to: identify, based on the distributedledger, that a parameter of the token indicates an amount of instancesof the token, wherein the information identifies the amount of instancesof the token.

Aspect 22C. The apparatus of any of Aspects 1C to 21C, wherein the atleast one processor is configured to: identify a transfer platform thatis configured for token transfer; and output an interface elementcorresponding to the media content, wherein the interface element isconfigured to initiate a transfer of the token using the transferplatform upon interaction with the interface element.

Aspect 23C. The apparatus of any of Aspects 1C to 22C, wherein theapparatus includes at least one of a head-mounted display (HMD), amobile handset, or a wireless communication device.

Aspect 24C. A method of situational token-associated media output, themethod comprising: receiving sensor data captured by at least one sensorof a media device; identifying, based on the sensor data, a relationshipbetween the media device and an anchor element that is associated with atoken; identifying the token in a payload of at least one block of adistributed ledger, wherein the token corresponds to media contentaccording to the distributed ledger; generating a representation of themedia content corresponding to the token; and in response to identifyingthe relationship between the media device and the anchor element,outputting the representation of the media content.

Aspect 25C. The method of Aspect 24C, wherein the sensor data includesimage data captured by at least one image sensor of the at least onesensor of the media device, wherein the anchor element includes anobject, and wherein identifying the relationship between the mediadevice and the anchor element includes identifying that the image datadepicts the object.

Aspect 26C. The method of any of Aspects 24C to 25C, wherein the objectincludes an optical glyph, wherein information indicative of the tokenis optically encoded based on the optical glyph.

Aspect 27C. The method of any of Aspects 24C to 26C, wherein referenceimage data depicting the object is stored in a data store, and whereinidentifying that the image data depicts the object includes comparingthe image data to the reference image data.

Aspect 28C. The method of any of Aspects 24C to 27C, wherein the sensordata includes position data indicative of a position of the mediadevice, wherein the anchor element includes an area, and whereinidentifying the relationship between the media device and the anchorelement includes identifying that the position of the media device iswithin the area.

Aspect 29C. The method of any of Aspects 24C to 28C, wherein the sensordata includes position data indicative of a position of the mediadevice, wherein the anchor element includes a location, and whereinidentifying the relationship between the media device and the anchorelement includes identifying that the position of the media device iswithin a threshold range of the location.

Aspect 30C. The method of any of Aspects 24C to 29C, wherein the sensordata includes audio data captured by at least one microphone of the atleast one sensor of the media device, wherein the anchor elementincludes a sound, and wherein identifying the relationship between themedia device and the anchor element includes identifying that the audiodata includes the sound.

Aspect 31C. The method of any of Aspects 24C to 30C, wherein outputtingthe representation of the media content includes causing a display todisplay at least a portion of the media content.

Aspect 32C. The method of any of Aspects 24C to 31C, further comprising:identifying a media device pose of the media device based on the sensordata; and determining a media content pose for the media content basedon the media device pose of the media device, wherein outputting therepresentation of the media content includes outputting therepresentation of the media content posed according to the media contentpose.

Aspect 33C. The method of any of Aspects 24C to 32C, further comprising:identifying, based on the distributed ledger, that a parameter of thetoken indicates that the token is associated with a first user;determining a visual effect for the media content based on parameter ofthe token indicating that the token is associated with the first user;and applying the visual effect to the media content, wherein outputtingthe representation of the media content includes outputting therepresentation of the media content with the visual effect applied.

Aspect 34C. The method of any of Aspects 24C to 33C, further comprising:determining, based on a data store, that the first user and a seconduser are associated according to a relationship type, wherein the mediadevice is associated with the second user, and wherein the visual effectfor the media content corresponds to the relationship type.

Aspect 35C. The method of any of Aspects 24C to 34C, further comprising:determine that the media device is associated with the first user, andwherein the visual effect for the media content corresponds the firstuser.

Aspect 36C. The method of any of Aspects 24C to 35C, further comprising:determining, based on a data store, that the first user is a famousperson, and wherein the visual effect for the media content correspondsthe first user being the famous person.

Aspect 37C. The method of any of Aspects 24C to 36C, further comprising:determining, based on a data store, a rating associated with the mediacontent, and wherein the visual effect for the media content correspondsthe rating.

Aspect 38C. The method of any of Aspects 24C to 37C, further comprising:determining that the token is identified in a data store, and whereinthe visual effect for the media content corresponds to the data store.

Aspect 39C. The method of any of Aspects 24C to 38C, further comprising:retrieving information about the token from the distributed ledger; andoutputting the information about the token.

Aspect 40C. The method of any of Aspects 24C to 39C, wherein outputtingthe information about the token includes causing a display to display atleast a portion of the information.

Aspect 41C. The method of any of Aspects 24C to 40C, further comprising:identifying, based on the distributed ledger, that a parameter of thetoken indicates that the token is associated with a first user, whereinthe information identifies the first user.

Aspect 42C. The method of any of Aspects 24C to 41C, wherein theinformation identifies the distributed ledger.

Aspect 43C. The method of any of Aspects 24C to 42C, further comprising:identifying, based on the distributed ledger, that a parameter of thetoken indicates that the token is associated with a smart contract,wherein the information identifies the smart contract.

Aspect 44C. The method of any of Aspects 24C to 43C, further comprising:identifying, based on the distributed ledger, that a parameter of thetoken indicates an amount of instances of the token, wherein theinformation identifies the amount of instances of the token.

Aspect 45C. The method of any of Aspects 24C to 44C, further comprising:identifying a transfer platform that is configured for token transfer;and outputting an interface element corresponding to the media content,wherein the interface element is configured to initiate a transfer ofthe token using the transfer platform upon interaction with theinterface element.

Aspect 46C. The method of any of Aspects 24C to 45C, wherein the methodis performed using an apparatus that includes at least one of ahead-mounted display (HMD), a mobile handset, or a wirelesscommunication device.

Aspect 47C. A non-transitory computer-readable medium having storedthereon instructions that, when executed by one or more processors,cause the one or more processors to: receive sensor data captured by atleast one sensor of a media device; identify, based on the sensor data,a relationship between the media device and an anchor element that isassociated with a token; identify the token in a payload of at least oneblock of a distributed ledger, wherein the token corresponds to mediacontent according to the distributed ledger; generate a representationof the media content corresponding to the token; and in response toidentifying the relationship between the media device and the anchorelement, output the representation of the media content.

Aspect 48C. The non-transitory computer-readable medium of Aspect 47C,further comprising operations according to any of Aspects 2C to 23C,and/or any of Aspects 25C to 46C.

Aspect 49C. An apparatus for situational token-associated media output,the apparatus comprising: means for receiving sensor data captured by atleast one sensor of a media device;

means for identifying, based on the sensor data, a relationship betweenthe media device and an anchor element that is associated with a token;means for identifying the token in a payload of at least one block of adistributed ledger, wherein the token corresponds to media contentaccording to the distributed ledger; means for generating arepresentation of the media content corresponding to the token; andmeans for outputting the representation of the media content in responseto identifying the relationship between the media device and the anchorelement.

Aspect 50C. The apparatus of Aspect 49C, further comprising means forperforming operations according to any of Aspects 2C to 23C, and/or anyof Aspects 25C to 46C.

Aspect 1D: An apparatus for processing image data, the apparatuscomprising: a memory; and one or more processors coupled to the memory,the one or more processors configured to: receive media data that isbased on sensor data captured by one or more sensors of a media device;receive positioning data that is indicative of a position of the mediadevice at a time contemporaneous with capture of the sensor data by theone or more sensors of the media device; verify, based on thepositioning data, that the position of the media device at the timecontemporaneous with capture of the sensor data is within a geographicarea; and generate a token corresponding to the media data automaticallyin response to verifying that the position of the media device is withinthe geographic area, the token being identified in a payload of a blockof a distributed ledger.

Aspect 2D. The apparatus of Aspect 1D, wherein the media data is thesensor data.

Aspect 3D. The apparatus of any of Aspects 1D to 2D, wherein the mediadevice generates the media data at least in part by modifying the sensordata to add virtual content to the sensor data.

Aspect 4D. The apparatus of any of Aspects 1D to 3D, wherein the sensordata includes one or more images captured by one or more image sensorsof the one or more sensors of the media device, and wherein the mediadata is based on at least one of the one or more images.

Aspect 5D. The apparatus of any of Aspects 1D to 4D, wherein the sensordata includes the positioning data, the positioning data determinedbased on receipt of one or more positioning signals by a positioningreceiver of the one or more sensors of the media device, and wherein themedia data includes a map generated by the media device based on thepositioning data.

Aspect 6D. The apparatus of any of Aspects 1D to 5D, wherein the sensordata includes secondary positioning data determined based on receipt ofone or more positioning signals by a positioning receiver of the one ormore sensors of the media device, and wherein the media data is a mapgenerated by the media device based on the secondary positioning data.

Aspect 7D. The apparatus of any of Aspects 1D to 6D, wherein the one ormore processors are configured to: generate the block for thedistributed ledger automatically in response to verifying that theposition of the media device is within the geographic area; and appendthe block to a plurality of blocks of the distributed ledger.

Aspect 8D. The apparatus of any of Aspects 1D to 7D, wherein the blockincludes a hash of at least a portion of a prior block of thedistributed ledger.

Aspect 9D. The apparatus of any of Aspects 1D to 8D, wherein the blockincludes a Merkle root of a plurality of elements of the payload of theblock, and wherein the token corresponds to at least one of theplurality of elements of the payload of the block.

Aspect 10D. The apparatus of any of Aspects 1D to 9D, wherein the one ormore processors are configured to: generate the distributed ledgerautomatically in response to verifying that the position of the mediadevice is within the geographic area.

Aspect 11D. The apparatus of any of Aspects 1D to 10D, the one or moreprocessors configured to: transmit a request to generate the block forthe distributed ledger to a block generation computing deviceautomatically in response to verifying that the position of the mediadevice is within the geographic area; receive the block from the blockgeneration computing device; and append the block to a plurality ofblocks of the distributed ledger.

Aspect 12D. The apparatus of any of Aspects 1D to 11D, wherein, toreceive the positioning data, the one or more processors are configuredto receive the positioning data from the media device, the positioningdata being based on receipt of one or more positioning signals by apositioning receiver of the one or more sensors of the media device.

Aspect 13D. The apparatus of any of Aspects 1D to 12D, wherein, toreceive the positioning data, the one or more processors are configuredto receive the positioning data from a local device distinct from themedia device, the positioning data being based on receipt of one or morepositioning signals by a positioning receiver of the local device.

Aspect 14D. The apparatus of any of Aspects 5D, 6D, 12D, or 13D, whereinthe positioning receiver is a short-range wireless communicationreceiver configured to receive one or more short-range wirelesscommunication signals.

Aspect 15D. The apparatus of Aspect 14D, wherein the one or moreshort-range wireless communication signals are transmitted by a localdevice in the geographic area, and wherein the geographic areacorresponds to a transmission range of the one or more short-rangewireless communication signals by the local device.

Aspect 16D. The apparatus of any of Aspects 5D, 6D, or 12D to 15D,wherein the positioning receiver is a global navigation satellite systemreceiver configured to receive one or more GNSS signals from one or moresatellites.

Aspect 17D. The apparatus of any of Aspects 1D to 16D, wherein theapparatus includes the local device.

Aspect 18D. The apparatus of any of Aspects 12D to 17D, wherein, toverify that the position of the media device at the time contemporaneouswith capture of the sensor data is within the geographic area, the oneor more processors are configured to verify content of one or morecommunications between the media device and a local device associatedwith the geographic area.

Aspect 19D. The apparatus of any of Aspects 1D to 18D, wherein theapparatus includes the media device.

Aspect 20D. The apparatus of any of Aspects 1D to 19D, wherein, toverify that the position of the media device at the time contemporaneouswith capture of the sensor data is within the geographic area, the oneor more processors are configured to verify that the sensor data depictsan object that is visible within the geographic area.

Aspect 21D. The apparatus of any of Aspects 1D to 20D, wherein the oneor more processors are configured to: set an ownership of the token toan account associated with a user associated with the media device.

Aspect 22D. The apparatus of any of Aspects 1D to 21D, wherein the oneor more processors are configured to: identify that the sensor dataincludes a representation of an individual having a recognized identity;and set an ownership of the token to an account associated with theindividual having the recognized identity.

Aspect 23D. The apparatus of any of Aspects 1D to 22D, wherein the mediadevice includes a head-mounted display.

Aspect 24D. The apparatus of any of Aspects 1D to 23D, wherein the mediadevice includes a mobile handset.

Aspect 25D. The apparatus of any of Aspects 1D to 24D, wherein the mediadevice includes a wearable device.

Aspect 26D. The apparatus of any of Aspects 1D to 25D, wherein theapparatus includes a head-mounted display.

Aspect 27D. The apparatus of any of Aspects 1D to 26D, wherein theapparatus includes a mobile handset.

Aspect 28D. The apparatus of any of Aspects 1D to 27D, wherein theapparatus includes a wearable device.

Aspect 29D. The apparatus of any of Aspects 1D to 28D, wherein theapparatus includes a server.

Aspect 30D. The apparatus of any of Aspects 1D to 29D, wherein theapparatus is in the geographic area.

Aspect 31D. A method for processing image data, the method comprising:receiving media data that is based on sensor data captured by one ormore sensors of a media device; receiving positioning data that isindicative of a position of the media device at a time contemporaneouswith capture of the sensor data by the one or more sensors of the mediadevice; verifying, based on the positioning data, that the position ofthe media device at the time contemporaneous with capture of the sensordata is within a geographic area; and generating a token correspondingto the media data automatically in response to verifying that theposition of the media device is within the geographic area, the tokenbeing identified in a payload of a block of a distributed ledger.

Aspect 32D. The method of Aspect 31D, wherein the media data is thesensor data.

Aspect 33D. The method of any of Aspects 31D to 32D, wherein the mediadevice generates the media data at least in part by modifying the sensordata to add virtual content to the sensor data.

Aspect 34D. The method of any of Aspects 31D to 33D, wherein the sensordata includes one or more images captured by one or more image sensorsof the one or more sensors of the media device, and wherein the mediadata is based on at least one of the one or more images.

Aspect 35D. The method of any of Aspects 31D to 34D, wherein the sensordata includes the positioning data, the positioning data determinedbased on receipt of one or more positioning signals by a positioningreceiver of the one or more sensors of the media device, and wherein themedia data includes a map generated by the media device based on thepositioning data.

Aspect 36D. The method of any of Aspects 31D to 35D, 36D, 42D, or 43D,wherein the positioning receiver is a short-range wireless communicationreceiver configured to receive one or more short-range wirelesscommunication signals.

Aspect 37D. The method of any of Aspects 31D to 36D, wherein the one ormore short-range wireless communication signals are transmitted by alocal device in the geographic area, and wherein the geographic areacorresponds to a transmission range of the one or more short-rangewireless communication signals by the local device.

Aspect 38D. The method of any of Aspects 31D to 37D, 36D, or 42D to 45D,wherein the positioning receiver is a global navigation satellite systemreceiver configured to receive one or more GNSS signals from one or moresatellites.

Aspect 39D. The method of any of Aspects 31D to 38D, wherein the sensordata includes secondary positioning data determined based on receipt ofone or more positioning signals by a positioning receiver of the one ormore sensors of the media device, and wherein the media data is a mapgenerated by the media device based on the secondary positioning data.

Aspect 40D. The method of any of Aspects 31D to 39D, further comprising:generating the block for the distributed ledger automatically inresponse to verifying that the position of the media device is withinthe geographic area; and appending the block to a plurality of blocks ofthe distributed ledger.

Aspect 41D. The method of any of Aspects 31D to 40D, wherein the blockincludes a hash of at least a portion of a prior block of thedistributed ledger.

Aspect 42D. The method of any of Aspects 31D to 41D, wherein the blockincludes a Merkle root of a plurality of elements of the payload of theblock, and wherein the token corresponds to at least one of theplurality of elements of the payload of the block.

Aspect 43D. The method of any of Aspects 31D to 42D, further comprising:generating the distributed ledger automatically in response to verifyingthat the position of the media device is within the geographic area.

Aspect 44D. The method of any of Aspects 35D, 36D, 42D, or 43D, furthercomprising: transmitting a request to generate the block for thedistributed ledger to a block generation computing device automaticallyin response to verifying that the position of the media device is withinthe geographic area; receiving the block from the block generationcomputing device; and appending the block to a plurality of blocks ofthe distributed ledger.

Aspect 45D. The method of Aspect 44D, wherein receiving the positioningdata includes receiving the positioning data from the media device, thepositioning data being based on receipt of one or more positioningsignals by a positioning receiver of the one or more sensors of themedia device.

Aspect 46D. The method of any of Aspects 35D, 36D, or 42D to 45D,wherein the method is performed by an apparatus that includes the localdevice.

Aspect 47D. The method of any of Aspects 31D to 46D, wherein receivingthe positioning data includes receiving the positioning data from alocal device distinct from the media device, the positioning data beingbased on receipt of one or more positioning signals by a positioningreceiver of the local device.

Aspect 48D. The method of any of Aspects 42D to 47D, wherein verifyingthat the position of the media device at the time contemporaneous withcapture of the sensor data is within the geographic area includesverifying content of one or more communications between the media deviceand a local device associated with the geographic area.

Aspect 49D. The method of any of Aspects 31D to 48D, wherein the methodis performed by an apparatus that includes the media device.

Aspect 50D. The method of any of Aspects 31D to 49D, wherein verifyingthat the position of the media device at the time contemporaneous withcapture of the sensor data is within the geographic area includesverifying that the sensor data depicts an object that is visible withinthe geographic area.

Aspect 51D. The method of any of Aspects 31D to 50D, further comprising:setting an ownership of the token to an account associated with a userassociated with the media device.

Aspect 52D. The method of any of Aspects 31D to 51D, further comprising:identifying that the sensor data includes a representation of anindividual having a recognized identity; and setting an ownership of thetoken to an account associated with the individual having the recognizedidentity.

Aspect 53D. The method of any of Aspects 31D to 52D, wherein the mediadevice includes a head-mounted display.

Aspect 54D. The method of any of Aspects 31D to 53D, wherein the mediadevice includes a mobile handset.

Aspect 55D. The method of any of Aspects 31D to 54D, wherein the mediadevice includes a wearable device.

Aspect 56D. The method of any of Aspects 31D to 55D, wherein the methodis performed by an apparatus that includes a head-mounted display.

Aspect 57D. The method of any of Aspects 31D to 56D, wherein the methodis performed by an apparatus that includes a mobile handset.

Aspect 58D. The method of any of Aspects 31D to 57D, wherein the methodis performed by an apparatus that includes a wearable device.

Aspect 59D. The method of any of Aspects 31D to 58D, wherein the methodis performed by an apparatus that includes a server.

Aspect 60D. The method of any of Aspects 31D to 59D, wherein the methodis performed by an apparatus that is in the geographic area.

Aspect 61D. An apparatus for processing image data, the apparatuscomprising: means for performing the method of any of Aspects 31D to60D.

Aspect 62D. A non-transitory computer readable storage medium havingembodied thereon a program, wherein the program is executable by aprocessor to perform a method of processing image data, the methodcomprising: any of the methods of Aspects 31D to 60D.

What is claimed is:
 1. An apparatus for situational token-associatedmedia output, the apparatus comprising: at least one memory; and atleast one processor coupled to the at least one memory, the at least oneprocessor configured to: receive sensor data captured by at least onesensor of a media device; identify, based on the sensor data, arelationship between the media device and an anchor element that isassociated with a token; identify the token in a payload of at least oneblock of a distributed ledger, wherein the token corresponds to mediacontent according to the distributed ledger; generate a representationof the media content corresponding to the token; and in response toidentifying the relationship between the media device and the anchorelement, output the representation of the media content.
 2. Theapparatus of claim 1, wherein the sensor data includes image datacaptured by at least one image sensor of the at least one sensor of themedia device, wherein the anchor element includes an object, andwherein, to identify the relationship between the media device and theanchor element, the at least one processor is configured to identifythat the image data depicts the object.
 3. The apparatus of claim 2,wherein the object includes an optical glyph, wherein informationindicative of the token is optically encoded based on the optical glyph.4. The apparatus of claim 2, wherein reference image data depicting theobject is stored in a data store, and wherein, to identify that theimage data depicts the object, the at least one processor is configuredto compare the image data to the reference image data.
 5. The apparatusof claim 1, wherein the sensor data includes position data indicative ofa position of the media device, wherein the anchor element includes anarea, and wherein, to identify the relationship between the media deviceand the anchor element, the at least one processor is configured toidentify that the position of the media device is within the area. 6.The apparatus of claim 1, wherein the sensor data includes position dataindicative of a position of the media device, wherein the anchor elementincludes a location, and wherein, to identify the relationship betweenthe media device and the anchor element, the at least one processor isconfigured to identify that the position of the media device is within athreshold range of the location.
 7. The apparatus of claim 1, whereinthe sensor data includes audio data captured by at least one microphoneof the at least one sensor of the media device, wherein the anchorelement includes a sound, and wherein, to identify the relationshipbetween the media device and the anchor element, the at least oneprocessor is configured to identify that the audio data includes thesound.
 8. The apparatus of claim 1, wherein, to output therepresentation of the media content, the at least one processor isconfigured to cause a display to display at least a portion of the mediacontent.
 9. The apparatus of claim 8, wherein the at least one processoris configured to: identify a media device pose of the media device basedon the sensor data; and determine a media content pose for the mediacontent based on the media device pose of the media device, wherein, tocause the display to display at least the portion of the media content,the at least one processor is configured to output the representation ofthe media content posed according to the media content pose.
 10. Theapparatus of claim 1, wherein the at least one processor is configuredto: identify, based on the distributed ledger, that a parameter of thetoken indicates that the token is associated with a first user;determine a visual effect for the media content based on parameter ofthe token indicating that the token is associated with the first user;and apply the visual effect to the media content, wherein, to output therepresentation of the media content, the at least one processor isconfigured to output the representation of the media content with thevisual effect applied.
 11. The apparatus of claim 10, wherein the atleast one processor is configured to: determine, based on a data store,that the first user and a second user are associated according to arelationship type, wherein the media device is associated with thesecond user, and wherein the visual effect for the media contentcorresponds to the relationship type.
 12. The apparatus of claim 10,wherein the at least one processor is configured to: determine that themedia device is associated with the first user, and wherein the visualeffect for the media content corresponds the first user.
 13. Theapparatus of claim 10, wherein the at least one processor is configuredto: determine, based on a data store, that the first user is a famousperson, and wherein the visual effect for the media content correspondsthe first user being the famous person.
 14. The apparatus of claim 10,wherein the at least one processor is configured to: determine, based ona data store, a rating associated with the media content, and whereinthe visual effect for the media content corresponds the rating.
 15. Theapparatus of claim 10, wherein the at least one processor is configuredto: determine that the token is identified in a data store, and whereinthe visual effect for the media content corresponds to the data store.16. The apparatus of claim 1, wherein the at least one processor isconfigured to: retrieve information about the token from the distributedledger; and output the information about the token.
 17. The apparatus ofclaim 16, wherein, to output the information about the token, the atleast one processor is configured to cause a display to display at leasta portion of the information.
 18. The apparatus of claim 16, wherein theat least one processor is configured to: identify, based on thedistributed ledger, that a parameter of the token indicates that thetoken is associated with a first user, wherein the informationidentifies the first user.
 19. The apparatus of claim 16, wherein theinformation identifies the distributed ledger.
 20. The apparatus ofclaim 16, wherein the at least one processor is configured to: identify,based on the distributed ledger, that a parameter of the token indicatesthat the token is associated with a smart contract, wherein theinformation identifies the smart contract.
 21. The apparatus of claim16, wherein the at least one processor is configured to: identify, basedon the distributed ledger, that a parameter of the token indicates anamount of instances of the token, wherein the information identifies theamount of instances of the token.
 22. The apparatus of claim 1, whereinthe at least one processor is configured to: identify a transferplatform that is configured for token transfer; and output an interfaceelement corresponding to the media content, wherein the interfaceelement is configured to initiate a transfer of the token using thetransfer platform upon interaction with the interface element.
 23. Theapparatus of claim 1, wherein the apparatus includes at least one of ahead-mounted display (HMD), a mobile handset, or a wirelesscommunication device.
 24. A method of situational token-associated mediaoutput, the method comprising: receiving sensor data captured by atleast one sensor of a media device; identifying, based on the sensordata, a relationship between the media device and an anchor element thatis associated with a token; identifying the token in a payload of atleast one block of a distributed ledger, wherein the token correspondsto media content according to the distributed ledger; generating arepresentation of the media content corresponding to the token; and inresponse to identifying the relationship between the media device andthe anchor element, outputting the representation of the media content.25. The method of claim 24, wherein the sensor data includes image datacaptured by at least one image sensor of the at least one sensor of themedia device, wherein the anchor element includes an object, and whereinidentifying the relationship between the media device and the anchorelement includes identifying that the image data depicts the object. 26.The method of claim 24, wherein the sensor data includes position dataindicative of a position of the media device, wherein the anchor elementincludes an area, and wherein identifying the relationship between themedia device and the anchor element includes identifying that theposition of the media device is within the area.
 27. The method of claim24, wherein the sensor data includes position data indicative of aposition of the media device, wherein the anchor element includes alocation, and wherein identifying the relationship between the mediadevice and the anchor element includes identifying that the position ofthe media device is within a threshold range of the location.
 28. Themethod of claim 24, wherein the sensor data includes audio data capturedby at least one microphone of the at least one sensor of the mediadevice, wherein the anchor element includes a sound, and whereinidentifying the relationship between the media device and the anchorelement includes identifying that the audio data includes the sound. 29.The method of claim 24, further comprising: identifying, based on thedistributed ledger, that a parameter of the token indicates that thetoken is associated with a first user; determining a visual effect forthe media content based on parameter of the token indicating that thetoken is associated with the first user; and applying the visual effectto the media content, wherein outputting the representation of the mediacontent includes outputting the representation of the media content withthe visual effect applied.
 30. The method of claim 24, furthercomprising: retrieving information about the token from the distributedledger; and outputting the information about the token.